> The problem with this approach is, if you're working with systems that are
> up 24x7, to *not* have the ability to automatically detect a bad block,
> copy the data to another block, then mark that block as bad is a real pain
> at best and completely unacceptable at worst.
If you have a bad block on a modern disk it is time for an instant
backup-and-replace. The concept of a 'bad bit' on a disk is pretty much
dead.
> One of my clients is using Linux in a network communications controller
> (SONET/ATM backplane) and this sort of thing is going to raise the pain
> level around here as soon as someone realizes that badblocks aren't taken
> case of.
Take out the moving parts and have it do remote logging.
Regards,
bert hubert.
--
| http://www.rent-a-nerd.nl
| - U N I X -
| Inspice et cautus eris - D11T'95
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/