input/output error on disk(?)
charles zeitler
cfzeitler at gmail.com
Fri Oct 16 04:00:16 UTC 2009
thanks for the help...
On Thu, Oct 15, 2009 at 9:14 PM, Tony Nelson
>> well, the results are in.
>>
>>
>> does this mean i have 90% unchecked? and 12 uncorrectable blocks?
>
> Yes, it seems to have given up at 12 blocks. The trick is to find what
> files those are and deal with them, so that the test can be run again
> to see what else it might find. Once the damaged files are found, you
> can decide whether to recover them, restore them from backup or some
> other source, or just delete them.
>
> I don't know of anything specifically intended to find the damaged
> files. e2fsck will map out bad blocks, but doesn't (AFAIK) tell one
> which files are damaged. I think tar can be used to find such files,
> but I'm not sure. As you know of one file that has a problem, I
> suggest trying this command on the directory which contains that file:
>
> # tar -cf - --ignore-failed-read /path/to/bad/file's/dir >/dev/null
>
> Possibly -v will also be needed. In that case, the full scan should
> probably write the messages to a file:
>
> # tar -cvf - --ignore-failed-read --one-file-system / >/dev/null \
> 2>/some/other/volume/tarfiles.txt
>
> I don't happen to have any bad blocks to try this on.
>
> --
tar seems not to read files that are headed to /dev/null (?)
trying cat instead. since i am working with hundreds of
gigabytes... it could take awhile.
charles zeitler
--
Do What Thou Wilt
Shall Be
The Whole of
The Law
-Aleister Crowley
More information about the users
mailing list