home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.linux
- Path: sparky!uunet!destroyer!sol.ctr.columbia.edu!news.columbia.edu!cunixa.cc.columbia.edu!jml12
- From: jml12@cunixa.cc.columbia.edu (Jonathan M Lennox)
- Subject: Re: Extended FS -> "magic match failed"
- Message-ID: <1992Nov6.221332.6090@news.columbia.edu>
- Sender: usenet@news.columbia.edu (The Network News)
- Nntp-Posting-Host: cunixa.cc.columbia.edu
- Reply-To: jml12@cunixa.cc.columbia.edu (Jonathan M Lennox)
- Organization: Columbia University
- References: <chans.721065175@marsh> <1992Nov6.193513.165@jussieu.fr>
- Date: Fri, 6 Nov 1992 22:13:32 GMT
- Lines: 41
-
- In article <1992Nov6.193513.165@jussieu.fr> card@masi.ibp.fr (Remy CARD) writes:
- > Well, this answer should perhaps be in the FAQ. When Linux boots,
- >it tries to mount the root file system first using the minix type, then
- >the extended file type and then the msdos file type. When it first tries
- >the minix type, it checks that the super block contains the minix fs
- >signature and complains if not. So, it prints the message "magic match failed"
- >and then tries the extended fs type. It succeeds and goes on booting.
- >
- > So, you can ignore the warning.
-
- There have been a very large number of people posting to
- comp.os.linux asking about the "magic match failed" messages.
- Wouldn't it be a lot less confusing all around to change the messages
- to read
-
- Minix FS magic match failed
- Extended FS magic match failed
- MS-DOS FS magic match failed
-
- (et cetera, for whatever file systems are supported) rather than just
- having a rather opaque single message? It seems that it would be much
- more self-explanatory all around.
-
- Perhaps even a
-
- <foo> FS magic match succeeded
-
- when the match actually works, so people know that this isn't some
- error in their setup, but rather that the system was just trying all
- the options in order?
-
- I don't know how hard this would be to implement--I haven't looked at
- the code--but it doesn't seem THAT hard, and surely the confusion
- alleviated would be worth it.
-
- Obviously, one can say "they should read the manual," but it seems
- preferable to have the user interface lead people to as much
- understanding as possible even if they have not.
-
- Jonathan Lennox
- jml12@cunixa.cc.columbia.edu
-