home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.linux
- Path: sparky!uunet!unislc!erc
- From: erc@unislc.uucp (Ed Carp)
- Subject: Re: ext fs question (.badblocks)
- X-Newsreader: TIN [version 1.1 PL6]
- References: <1992Dec15.084358.17478@jussieu.fr>
- Message-ID: <1992Dec16.054831.5078@unislc.uucp>
- Organization: Unisys Corporation SLC
- Date: Wed, 16 Dec 1992 05:48:31 GMT
- Lines: 26
-
- Remy CARD (card@masi.ibp.fr) wrote:
- : In article <8120@lib.tmc.edu> dfenyes@thesis1.med.uth.tmc.edu (David Fenyes,Neurobiol/Anatomy,5705,7901935) writes:
- : >In article <1992Dec14.163449.15147@aston.ac.uk> evansmp@uhura.aston.ac.uk (Mark Evans) writes:
- : >>Remy CARD (card@masi.ibp.fr) wrote:
- : >>: mkefs now uses a reserved inode (inode #2) to store the bad blocks.
- : >>: This inode does not appear in the filesystem tree any more because it was
- : >>: leading to problems (root could delete the .badblocks file or save it during
- : >>: a backup).
- : >
- : >Is there a way to easily read the bad blocks list to verify that all the
- : >bad blocks have been identified? (or even to modify it after the fs has
- : >been created?)
- :
- : You can add bad blocks to the list with efsck. 'efsck -t' tests for
- : bad blocks in a fs and adds new bad blocks to the list. 'efsck -b file' reads
- : a bad blocks list from the file and adds them to the list.
- :
- : Unfortunately, there is no way to print the bad blocks list. Seems
- : like I must add an option to efsck for the next release.
-
- Unfortunately, this doesn't work - the kernel never reports read or write
- errors, so efsck -t won't work.
- --
- Ed Carp erc@apple.com, erc@saturn.upl.com 801/538-0177
-
- Who and what would you be if you went beyond your deepest fears?
-