Re: [SLE] Preventing fs errors -with the e2fsck command? and SMART, e2fsck confusion
From: Hylton Conacher (ZR1HPC) (hylton_at_global.co.za)
Date: Thu, 13 Jan 2005 15:14:11 +0200 To: SLE <firstname.lastname@example.org>
Carlos E. R. wrote:
> The Monday 2005-01-10 at 07:49 +0200, Hylton Conacher (ZR1HPC) wrote:
>>My understanding is that although SMART will check the physical disk,
>>e2fsck will check that the data is able to be written to the physical
>>hdd, and of course according to the fs. So therefore eventhough I have
>>SMART enabled, there might still be a case where data cannot be written
>>to the hdd, resulting in a failed fsck on that partition on bootup.
> fsck tests the partition logically, not physically. It can also run a
> badblock check (in some filetypes), but is certainly not as complete in
> that respect as smart.
Just to clarify, would a bad block be a physical defect or a logic error
ie the fs thinks the physical media is bad but it isn't?
Does SMART technology take care of looking after the physical state of
the disk, bad blocks included?
IF SMART doesn't check for bad blocks, then in theory fsck should check
for bad blocks as logic would say writing data to those bad blocks will
result in data loss? Bad block checking can be implemented on a ext3 fs
with e2fsck but I wonder why the bootup fsck doesn't do a bad blocks check?
mmmm, Running the following: man fsck.ext3 brings up the e2fsck man page
>>I would like to run the e2fsck command to prevent the failure of
>>partition checking by fsck on bootup as reding the man page on fsck it
>>does not seem up to working on a ext3 fs.
> Then just force a check during boot, by creating the file "/forcefsck". An
> ext3 partition will be checked to the needed level, not more. Doing a
> badblock check everytime is an overkill, and will not really protect your
That '/forcefsck' option is a little strong but see the next paragraph
for my suggestion. Why have the 'bad block' option and why will it not
protect my data? Surely it will make sure that data is not lost because
the block has been marked as bad and therefore the data will be written
to a good block?
> For a somewhat more complete check, boot from the rescue CD and test from
I was thinking more along the lines of possibly aliasing the boot fsck
to e2fsck and having it run e2fsck each time the fsck is supposed to run
on a partition set with the tune2fs cmd ie every 3rd mount or 15 days etc.
-- The bad block Little Helper ======================================================================== Hylton Conacher - Linux user # 229959 at http://counter.li.org Currently using SuSE 9.0 Professional with KDE 3.1 Licenced Windows user ======================================================================== -- Check the headers for your unsubscription address For additional commands send e-mail to email@example.com Also check the archives at http://lists.suse.com Please read the FAQs: firstname.lastname@example.org