Несовпадение количества физических блоков и ФС

На другой бекап, временно, если есть... а эти в формат с ручным тюнингом.

купить винт, сделать на него копии образов разделов твоего помершего винта и применять к нему различные способы оживления

А что-нибудь на месте? Я первый раз с таким сталкиваюсь, не в теме. Мб можно как-то подкрутить размер ФС до нужного, запустить проверку, что-то потеряется, но не много же.

То то и оно, что бекапов больше нету. Точнее есть, но они на померших разделах. Мне любой из них восстановить хотя бы, копии бекапов одинаковые хранились и там и там, но, тем не менее, очень желательно оба.

там все может оказаться на месте, в том что и дело, потому я тебе и рекомендую забекапить оба винта (или по очереди, начни ковырять мелкий)

там начиная с того что тупо таблица разделов могла полететь, заканчивая какиминить чудными глюками железа - в любом случае если остальные разделы нормально работают то с этих можно что-то достать.

сперблок у меня както портился и я его чинил, но непомню как, помню что сначала образ дохлого винта, а потом уже все остальное.

По реанимации ничего особо подсказать не могу, извините...

Что-нибудь почитать про бекап винта и последующее ковыряние конкретное дадите?

Единственное что-то похожее нагуглил

I had same problem while migrating on software raid

My solution:
on unmounted partition 
e2fsck -f /dev/XXX
resize2fs /dev/XXX

(where XXX is name of partition)

Warning. Can destroy some data, so low-level backup is recomended.
(for backuping can be used program dd)

примерно так http://ubuntuforums.org/archive/index.php/t-1755429.html дето еще на русском был мануал

а бекап делается командой dd if=... of=backup.data

только почитай как ей пользоваться и для чего у ней размер блока (bsize)

Спасибо, если что получится - отпишусь.

и еще рекомендуют testdisk - вроде как он найдет верные параметры раздел

я както восстанавливал указывая вручную размер раздела какойто тузле, а вот как я его определял найти не могу

http://grischenko.blogspot.ru/2010/03/ext3.html толькоучти это для ext3 так что тебе может не подойти, но схема работы зато будет ясна

вот еще http://www.cgsecurity.org/wiki/PhotoRec_Шаг_за_шагом это уже можно ковырять бекап винта для восстановления нужных тебе файлов

Testdisk пытался тыкать, но он мне кучу непонятных разделов понаходил, штук 20. Размер тоже можно определять там, но без бекапов я что-то новое руками не люблю делать, очень не люблю. PhotoRec вот попробую. Сейчас ставлю копировать раздел, остальное с утра.

скорее всего был применен HPA, можно попробовать добавить libata.ignore_hpa=1 в параметры ядра, чтобы увидеть весь диск.

fdisk -l /dev/sda

fdisk -l /dev/sdc

Я таких слов не знаю. Вообще машина с упавшими дисками лежит далеко и её никто не трогает, но есть подозрение, что там с электричеством беда - когда в БП втыкаешь провод питания, колонки начинают фонить какое-то время. Кроме того, иногда его не включить/перезагрузить, даже до POST не доходит, приходится этот кабель перетыкать. Я бы БП поменял, да корпус Thermaltake SD200 не позволяет особо разгуляться.

Я почитал побольше и сделал

# resize2fs -f /dev/sda5
# fsck.ext4 -cv /dev/sda5

Остановил проверку диска на 12%, попробовал примонтировать - всё отлично, бекапы на месте. Надеюсь, потом проблем тоже не будет, чуть позже запущу полностью проверяться. Большое спасибо всем за помощь.

Если диск уменьшается на несколько секторов, то это, с вероятностью 90%, HPA: http://ru.wikipedia.org/wiki/Host_protected_area

т.е. ОСь применила ограничение биоса, а до этого по какой-то причине не применяла (может ядро обновилось?)

Вроде как да, обновлялось...

Применил вышеописанные 2 команды к 1,5 ТиБ винту - всё ок, работает отлично.

ОСь применила ограничение биоса, а до этого по какой-то причине не применяла (может ядро обновилось?)

Некоторые системные платы любят на всех подключенных к ним дисках включать HPA и бекапить туда свою прошивку. На моей памяти этим грешили некоторые модели плат Gigabyte.

Кстати, спасибо за информацию об «libata.ignore_hpa=1».