Re: regular fsck runs are too disturbing - and current approach does not work very well in detecting defects!

2007-10-09 Thread Phillip Susi
Jan Claeys wrote: > The main reason (IMO) why "defrag" is not useful (anymore) is that for > ages there hasn't been any (guaranteed) correlation between hardware > order and software order of sectors on a disk. Defragmenting disks > might actually fragment them more on a fysical level, and thus ca

Re: regular fsck runs are too disturbing - and current approach does not work very well in detecting defects!

2007-10-08 Thread Jan Claeys
Op maandag 08-10-2007 om 13:16 uur [tijdzone -0400], schreef Phillip Susi: > Jan Claeys wrote: > > But I think a similar API could be used to mark & move bad sectors or > > "lost" sectors, and that's more related to this discussion... > > As I said, there is no need to make such an effort because

Re: regular fsck runs are too disturbing - and current approach does not work very well in detecting defects!

2007-10-08 Thread Phillip Susi
Jan Claeys wrote: > Ext2/ext3 suffer from fragmentation too, when available disk space gets > low enough. Yea that's why the defrag package was written. > But I think a similar API could be used to mark & move bad sectors or > "lost" sectors, and that's more related to this discussion... As

Re: regular fsck runs are too disturbing - and current approach does not work very well in detecting defects!

2007-10-06 Thread Jan Claeys
Op woensdag 03-10-2007 om 15:35 uur [tijdzone -0400], schreef Phillip Susi: > Jan Claeys wrote: > > About doing "live" fsck & defrag on a rw filesystem, IIRC Windows NT has > > a system API for doing e.g. atomic "swap 2 sectors" operations; does > > 'linux', or any of the filesystem drivers for it,

Re: regular fsck runs are too disturbing - and current approach does not work very well in detecting defects!

2007-10-03 Thread Phillip Susi
Jan Claeys wrote: > Indeed, 'smartmontools' for hardware-defects, "fsck" for > filesystem-defects. > > > About doing "live" fsck & defrag on a rw filesystem, IIRC Windows NT has > a system API for doing e.g. atomic "swap 2 sectors" operations; does > 'linux', or any of the filesystem drivers for

Re: regular fsck runs are too disturbing - and current approach does not work very well in detecting defects!

2007-10-02 Thread Jan Claeys
Op dinsdag 02-10-2007 om 13:56 uur [tijdzone -0400], schreef Phillip Susi: > Jan Claeys wrote: > > I'm not an Ubuntu developer, but if 'badblocks' looks for hardware > > defects, it's mostly useless on most hard disks in use these days. The > > HDD firmware does internal bad block detection & repl

Re: regular fsck runs are too disturbing - and current approach does not work very well in detecting defects!

2007-10-02 Thread Phillip Susi
Jan Claeys wrote: > I'm not an Ubuntu developer, but if 'badblocks' looks for hardware > defects, it's mostly useless on most hard disks in use these days. The > HDD firmware does internal bad block detection & replacement (using > spare blocks on the disk reserved for that purpose). So if you ca

Re: regular fsck runs are too disturbing - and current approach does not work very well in detecting defects!

2007-10-01 Thread Jan Claeys
Op maandag 01-10-2007 om 18:19 uur [tijdzone +0200], schreef Waldemar Kornewald: > Could an Ubuntu developer please explain what advantages > and disadvantages there might be with badblocks I'm not an Ubuntu developer, but if 'badblocks' looks for hardware defects, it's mostly useless on most hard

Re: regular fsck runs are too disturbing - and current approach does not work very well in detecting defects!

2007-10-01 Thread Waldemar Kornewald
Hi, On 10/1/07, Vincenzo Ciancia <[EMAIL PROTECTED]> wrote: > I still am convinced that fsck is _not_ the right tool for the purpose. > Ext3 already has a journal that should (hopefully) avoid file system > corruption due power failures. What is the point in running fsck > periodically? If it's to

Re: regular fsck runs are too disturbing - and current approach does not work very well in detecting defects!

2007-10-01 Thread Anthony Yarusso
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I haven't looked at how it actually works yet, but the idea of being able to check the filesystem and/or blocks read-only while the system is running and only warn on error sounds fairly appealing. I imagine the implementation could look something lik

Re: regular fsck runs are too disturbing - and current approach does not work very well in detecting defects!

2007-10-01 Thread Vincenzo Ciancia
On 01/10/2007 Waldemar Kornewald wrote: > Did you ever use WinXP and run chkdsk from the command line? It warns > you that it can't *correct* errors (a reboot is needed if errors are > found), but it can at least *detect* errors on a mounted and active > partition (even the boot partition, in case