Файлы спасения от ext3 файловой системы с физическими ошибками

Первое правило восстановления диска: Прекратите использовать диск. Если существуют аппаратные проблемы (такие как авария головки), любое использование рискует дальнейшим повреждением; если файловая система повреждена, кто-либо mount или fsck имеет потенциал для создания этого хуже. (Даже в ro режим! Отметьте это mount -t ext3 -o ro попытается воспроизвести журнал и записать в диск!)

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

Теперь, я дал некоторые подсказки для восстановления данных расширения здесь. Короче говоря,

• Ваше расположение раздела, кажется, все еще допустимо. Если бы это не было, то Вы могли бы использовать TestDisk или gpart для попытки восстановления таблицы разделов.
• e2fsck может к munge файловая система назад в монтируемое состояние. Это поместит свисание inodes в /lost+found и ошибки отчета.
• ext4magic пытается восстановить данные из журналируемых метаданных. Являются ли файлы восстанавливаемыми от journa, до удачи и шанса, но возможно, что там существует материал.
• Сыщик Kit может проанализировать и произвести большинство структур файловой системы. Если Вы знаете изрядное количество о внутреннем расположении файловой системы и имеете удобный Hex-редактор (чтобы сделать, материал как "суперблок поврежден, и резервный суперблок устарел, но я могу выбрать достаточно данных для восстановления его сам"), IMO, это - абсолютно самый полезный инструмент для восстановления большинства данных.
• PhotoRec попытается найти последовательности байта, которые похожи на файлы. Это только предполагает файл, запускают/заканчивают, ничего не будет знать о структуре файловой системы, такой как каталоги и имена файлов, и не найдет фрагментированные файлы.

Принятие Вас прошло все обычные за и против профессиональных услуг по восстановлению данных, Вы взвесили стоимость потерянных данных против риска выполнения его сами... пользователь решил, что данные не стоили 000$, но это стоит часов и часов Вашего времени...

Вот то, что я сделал бы.

• Попытайтесь сделать ночное изображение dd и отложить диск
• используйте Testdisk против файла изображения http://www.cgsecurity.org/wiki/TestDisk

Если я последовательно получал 0.5kB/s на dd, это, вероятно, не стоит Вашего времени для попытки этого.

Вы могли выполнить Testdisk против диска. Это могло бы работать. Если стоивший/рискнувший не диктует никакие другие опции, то... это - Ваш вызов. Это могло бы работать.

В целом, серьезно, этими проблемами является политическое минное поле. Пользователь или слишком смущен, чтобы попросить, чтобы их коллеги снова послали их файлы, или они не хотят сталкиваться со своим управлением и признавать, что они не выполняли регулярные резервные копии, и теперь они должны потратить тысячи на восстановление данных. Они надеются, что, возможно, можно зафиксировать его для них и заставить все их проблемы уйти... и если диск самоликвидируется в процессе. ОНИ БРОСЯТ ВАС ПОД ШИНОЙ для спасания их шкуры.