fsck, badblocks

Другой порт Sata на материнке, другой шлейф, другая нитка питания от БП - ты уже сделал?

«dmesg | grep sdX» что показывает?

Я бы fsck на поврежденный винт не натравливал, угробит в конец. Если есть винт большего размера - dd, с пропуском поврежденных секторов (опция noerror). А на образ уже fsck.

Спасибо, попробую. Винт большего размера есть. Попробую с dd.

Показывает это: http://pastebin.com/Vrpp9EEs

Ну, ничего радостного дмесг не кажет. Не может прочитать сектора...

http://rlab.ru/doc/linuxharddatarecovery.html - статейка на тему. Успешная)

ddrescue попробуй, как раз под это заточена

ddrescue

Вот, как раз, сегодня восстанавливал для знакомого его полудохлый seagate160, который работал в ноуте и покрылся бэдами.

# ddrescue -v /dev/sdh ./alex160_sdh.dsk ./alex160_sdh.log


About to copy 160041 MBytes from /dev/sdh to ./alex160_sdh.dsk
    Starting positions: infile = 0 B,  outfile = 0 B
    Copy block size: 128 hard blocks
Hard block size: 512  bytes
Max_retries: 0    
Direct: no    Sparse: no    Split: yes    Truncate: no

Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:   160034 MB,  errsize:   6991 kB,  errors:     300
Current status
rescued:   160034 MB,  errsize:   6922 kB,  current rate:        0 B/s
   ipos:     3325 MB,   errors:     303,    average rate:       52 B/s
   opos:     3325 MB,     time from last successful read:     1.1 m
Splitting failed blocks...
Interrupted by user

ddrescue удобнее dd_rescue наличием журнала, чтобы можно было читать сначала хорошие части проблемного диска, а потом вернутся к плохим частям и перечитывать их до посинения. Вся работа идёт автоматически и можно прерывать работу через ctrl-c на любом месте, а потом продолжить, просто введя ту же команду сканирования «# ddrescue -v /dev/sdh ./alex160_sdh.dsk ./alex160_sdh.log».

Сейчас посмотрел, внутри образа стала читаться директория «Мои документы», хотя в оригинальном диске в неё доступа не было. Пошёл переносить образ в новую свежекупленную 320-ку Hitachi.

testdisk