theoretical question about disks and os
okumoto at ucsd.edu
Fri Apr 1 16:35:00 PST 2005
Raphael Marmier wrote:
Is it possible for a poorly written disk driver/filesystem to trash
blocks on a hard disk? By trashing I mean that subsequent access result
in an i/o error, aven accross reboot.
It is more likely that the block was bad even before the OS wrote to it.
Previous reads of that block would have any problems, but when the OS
wrote to that block, you would "detect" the problem.
If there was a flaw in the media, a bit could be stuck on '1' or stuck
off '0' and depending on the value written to it, the block would fail
the checksum. The firmware on the diskdrive should detect this and
return an error.
I have such a disk where it happened a few years ago. Curiously, the
damaged blocks where the first blocks of partitions that where mounted.
The maker's test software says the drive's ok, as well as s.m.a.r.t.,
although it needed a "reformat" with the same tool to get rid of the bad
Reformating drives these days causes the firmware to map good blocks in
place of bad blocks. So your problem would "disapear". In this case
you need to obtain the list of bad blocks before you format the drive
and compare it to the last after the format is complete.
I would think it must be some kind of hardware failure, but a recent
discussion about linux filesystems makes me wonder... linux was running
on that disk, after all, with reaiserfs. And it was 3 years ago.
So, I would really not blame the filesystem for bad blocks.
More information about the Users