fsck:minix: Bad Magic Number In Superblock
TP leztier
Linux since it's obvious that Minix 3.2.x is now worth archiving in
case of catastrophe.
Although G4L has filesystems for nearly every major OS on the boot CD,
this version of fsck apparently can't determine the validity of the
Minix 3 filesystem. FDISK shows type 81 for the Minix3 partition. How
is this problem resolved because G4L refuses to backup the Minix
partition unless it can mount it ... which it currently can not. TIA
TP leztier
Antoine LECA
Your thanks are welcome.
You did not give any link to a site hosting "G4L", or even explained
which meaning is to be given to that acronym. I shall assume
http://sourceforge.net/projects/g4l/
You did neither give any information for which software "G4L" is built
upon, so I had to give a look at the package itself to determine it. The
CVS repository at Sourceforge is empty, so this is really a patchwork
built elsewhere. The "source" distribution is 85 MB in size (remember
MINIX is about 20 MB compressed) and the "ISO distribution" is 95 MB, so
I discarded spending tens of minutes with my slow modem connection just
to learn that information; a partial hint can be deduced from the
"binary" named g4l-0.36-devel.tar.gz, which, while broken, has a file
named bz32.28.config, describing a configuration for Linux 2.6.32.28
(released 2009), in which a grep for MINIX gives:
# CONFIG_MINIX_FS is not set
# CONFIG_MINIX_SUBPARTITION is not set
(in fact, the number of options related to file systems and partition
systems which result "not set", leads me to doubt this configuration
file applies.)
I stopped my quest here.
Do you want us to download the source, rebuilt that Linux kernel with
the relevant options on, and send the result to you?
Or do you want us to download the source, rebuilt that Linux kernel with
the relevant options on, test it, check that it indeed works with MINIX
as it stands now, eventually discuss with the fine people at kernel.org
to have any problem solved in Linux tree, then start to speak with the
fine people at G4L to ask them to update their Linux kernel and include
basic minix support? (or else stops advertising "support for nearly
every major OS")
Antoine
TP leztier
problem is related to v 3.0 of Minix's filesystem not being supported
by fsck
1.41. Frankly, I doubt whether fsck has been updated for Minix 3
although it been years since the release of Minix v3. ;)
Eventually, fsck will support Minix 3. I'll let actual programmers
determine who's ultimately responsible for seeing fsck on Linux
updated. Do the developers of Minix play a role? Who's the current
maintainer of fsck on Linux? Hopefully, I've at least raised awareness
of the issue. ;)
On Aug 29, 2:23 am, Antoine LECA <Antoine.Lec...@gmail.com> wrote:
> TP leztier a crit :
>
> > I want to use G4L to backup my Minix3 partition as I already do for
> > Linux since it's obvious that Minix 3.2.x is now worth archiving in
> > case of catastrophe.
>
> > Although G4L has filesystems for nearly every major OS on the boot CD,
> > this version of fsck apparently can't determine the validity of the
> > Minix 3 filesystem. FDISK shows type 81 for the Minix3 partition. How
> > is this problem resolved because G4L refuses to backup the Minix
> > partition unless it can mount it ... which it currently can not. TIA
>
> Your thanks are welcome.
>
> You did not give any link to a site hosting "G4L", or even explained
TP leztier
Minix 3's filesystem and G4L simply uses an older version of fsck
without the updated code, I doubt it. BTW, the ISO for G4L
DOES include fsck.minix on the CD, at least for v 0.35.