| 1 |
Stefan G. Weichinger <lists@×××××.at> [11-01-17 20:44]: |
| 2 |
> Am 17.01.2011 20:15, schrieb meino.cramer@×××.de: |
| 3 |
> > When switched to display sector units it is only a matter of counting |
| 4 |
> > to find the partition in question I would guess... |
| 5 |
> |
| 6 |
> Errm, yes, I thought of this as well, as always *after* posting to the ML. |
| 7 |
> |
| 8 |
> |
| 9 |
> # fdisk -l -u /dev/sdb |
| 10 |
> |
| 11 |
> [..] |
| 12 |
> |
| 13 |
> /dev/sdb4 39889395 1953520064 956815335 5 Extended |
| 14 |
> /dev/sdb5 39889458 1717621604 838866073+ 8e Linux LVM |
| 15 |
> /dev/sdb6 1717621668 1953520064 117949198+ fd Linux raid |
| 16 |
> autodetect |
| 17 |
> |
| 18 |
> So sector 1835240116 should be part of sdb6, right? |
| 19 |
> |
| 20 |
> So my hopes are high to be able to cp all the sdb5-content while the hdd |
| 21 |
> is still alive (yes, I have backups, but not up to the latest ...) |
| 22 |
> |
| 23 |
> Thanks, Stefan |
| 24 |
> |
| 25 |
|
| 26 |
Hi Stefan, |
| 27 |
|
| 28 |
The chances are high, that only one file is "killed" by this, since |
| 29 |
most of the data on a hd is not of organisational matter. |
| 30 |
|
| 31 |
Simply try the following on sdb6 |
| 32 |
|
| 33 |
cd "sdb6" |
| 34 |
sudo find . -type f exec cat\{\} > /dev/null \; |
| 35 |
|
| 36 |
Regardless of the time it will cost to cat ALL files, it will |
| 37 |
fail on that file with the bad sector... |
| 38 |
|
| 39 |
Good luck! |
| 40 |
mcc |
Archives