Я пытаюсь восстановить поврежденный VDI, используя vdfuse смонтировать VDI и использовать dd_rescue чтобы спасти заборившуюся перегородку.
dd_rescue похоже, работает нормально, но как только он достигает примерно половины раздела, он просто останавливается и выдает следующую ошибку:
ddrescue: write error: Read-only file system
Чего ждать? Он внезапно превращает ФС, в которую записывает восстановленный раздел, в файловую систему, доступную только для чтения. Ну почему? Я никогда не смогу закончить это? В чем дело?
Обновление - 2 декабря 2012 г.
Мой компьютер работал с VBox, когда он потерял питание, когда я запустил его резервную копию и попытался запустить экземпляр vbox, он сказал мне, что на жестком диске нет операционной системы.
Итак, после проверки параметров BIOS и настроек VBox для этого профиля, я создал новый профиль, используя этот VDI, и получил ту же ошибку, доказывая, что VDI действительно не читается и что профиль не просто испорчен.
VDI - это диск емкостью 500 ГБ с 4 разделами на нем. Когда я использую vdfuse чтобы смонтировать VDI в папку, он содержит 4 раздела как устройства обратной связи (Partition1, Partition2, и т.д)
Когда я пытаюсь смонтировать первый раздел, он работает нормально. Это загрузочный раздел, поэтому в нем нет ничего полезного. Но когда я пытаюсь сесть Partition4, мой домашний раздел пользователя, он говорит Bad superblock at offset ###### несколько раз и не удается установить.
Итак, я бегу ddrescue Partition4 ../partition4_restore.img и это работает нормально, пока не достигнет («спасает») около 260 ГБ, когда он просто останавливается и выдает ошибку «Файловая система только для чтения».
В месте, где размещается файл img, свободно 660 ГБ.
1. Устранение неполадок ddrescue ошибка:
Ошибка записи с ошибкой, предположительно относящейся к целевому тому. Я бы посоветовал проверить, действительно ли можно записать такой большой файл в целевой том:
`dd if=/dev/zero of=testfile bs=32M count=15000`
Если эта операция завершится успешно, вы можете быть достаточно уверены, что проблема специфична для вашего ddrescue операция. Если это не удается, вы знаете, что проблема в целевом томе.
2. Устранение исходной проблемы:
Конечно, сделав шаг назад от выбранной стратегии, было бы разумно просто попробовать использовать fsck -b к восстановить альтернативный суперблок.
После монтажа с vdfuse, Я использовал testdisk что позволило мне просматривать и копировать список файлов в Partition4 файл.
Вместо dd_rescue следует использовать GNU dd_rescue (http://www.gnu.org/software/ddrescue/ddrescue.html), что не то же самое. Исходный dd_rescue небезопасен в использовании, в то время как GNU dd_rescue безопасен.
Но когда вы получаете ошибку записи, я бы сначала проверил целевой раздел, может ли он сохранить такие большие файлы (большинство разделов FAT не могут) и достаточно ли свободного места на целевом разделе.