Рейтинг:0

Как я могу восстановить файлы из сломанной установки с двойной загрузкой?

флаг at

У меня MSI GL73-8RD с SSD и HDD. Я установил Windows на SSD с некоторыми файлами, хранящимися на жестком диске, затем разбил жесткий диск на разделы и установил там Ubuntu 18.04.

Позже Ubuntu была обновлена ​​до версии 20.04. Мне просто нужно было щелкнуть подсказку. По-видимому, это привело к установке 20.04 вместе с 18.04, но по какой-то причине я больше не могу использовать свой пароль для установки 18.04.

Более того, после обновления Windows 20.04 запускалась только в аварийном режиме. Я проверил несколько ошибок, а затем обнаружил в журналах, что проблема с разделом /dev/sda7.Я запускал fsck на этом разделе, и теперь 20.04 не загружается даже в режиме восстановления. Однако Windows 10 и 18.04 по-прежнему запускаются нормально.

Есть важные файлы, которые мне нужно восстановить после неудачной установки Ubuntu. Я думаю, что с оборудованием все в порядке, поэтому файлы все еще должны быть там. КАК мне это сделать?

Должен ли я сначала скопировать содержимое жесткого диска в качестве меры предосторожности, а затем попытаться восстановить файлы с помощью USB-накопителя?

Существуют ли специальные инструменты, предназначенные для решения этой проблемы? Я знаю, что есть инструменты, предназначенные для восстановления данных, но я не знаю, какой из них будет правильным.

РЕДАКТИРОВАТЬ

Следуя рекомендациям @vanadium, я загрузился с живой флешки и попытался смонтировать разделы. Поскольку моя установка очень грязная, есть два раздела, связанных с Windows, которые работают нормально, местоположение с именем «Компьютер» и три безымянных тома, /dev/sda4-5-7.

Я попытался смонтировать их, к сожалению, тот, который, похоже, содержит мои данные, - это /dev/sda7, и его нельзя смонтировать.

@vanadium указал на Testdisc и Photorec как на потенциальную альтернативу. Я ищу конкретные рекомендации по этим инструментам.

Рейтинг:0
флаг at

Итак, безрезультатно попробовав решение, предложенное @vanadium, я пришел к выводу, что при отсутствии ударов по диску или скрипучих шумов, а также с учетом того, что я прервал обновление Windows, это, вероятно, был логический сбой, вызванный Ошибка ввода-вывода.

Я записал живую флешку с SystemRescueCD, дистрибутивом Linux специального назначения, который поставляется с утилитами, полезными при попытке исправить установку.

Сначала я использовал ddrescue с параметром -n для копирования поврежденного раздела на внешний жесткий диск, который я называю чистой копией. -n позволяет выполнить первый быстрый проход и сводит к минимуму повреждение считывающей головки. Как я и предполагал, мне удалось прочитать 100% байтов в разделе.

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

Затем я запустил TestDisk в разделе, расположенном в рабочей копии. Следуя меню, я выбрал раздел, и TestDisk предоставил мне список суперблоков в неисправной файловой системе.

Суперблоки — это блоки в памяти, содержащие метаданные о структуре файловой системы. TestDisk обнаружил, что файловая система является файловой системой ext4, и предложил команду для исправления файловой системы: fsck.ext4 -p -b <начало суперблока> -B <размер суперблока> /path/to/working/copy

Аргументы <начало суперблока> и <размер суперблока> были взяты из вывода TestDisk.

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

Общая стоимость: примерно 200 долларов на приобретение внешних жестких дисков. Компания по восстановлению данных предложила мне 800 долларов за эту работу.

Рейтинг:0
флаг cn

Это будет зависеть от того, какой ущерб нанесен файловой системе и, в конечном итоге, разделу. Даже если система не загружается, файловая система все еще может быть читаема.

Я бы начал живую сессию с установочного DVD или USB, а затем попытался смонтировать том, где файлы находятся в режиме только для чтения. Если это удастся, вы сможете скопировать файлы на другой жесткий диск, не прибегая к более сложному восстановлению.

Если это не удается, то, к сожалению, ущерб серьезный, и вам, возможно, придется прибегнуть к расширенному восстановлению данных. Такие инструменты, как Тестовый диск и фоторек разрешить некоторый ремонт разделов (Testdisk) и восстановление файлов из бинарных данных на дисках (Photorec).

Alex avatar
флаг at
Большое тебе спасибо. Можете ли вы расширить «смонтировать том, где файлы находятся в режиме только для чтения»? Как я могу проверить, какой том находится в режиме только для чтения? Или вы хотите сказать, что я должен монтировать его в режиме только для чтения?
vanadium avatar
флаг cn
Я добавил ссылку: вам нужно монтировать с помощью терминала: это вопрос включения опции `-o ro`. `ro` означает "только для чтения". В ответе указано добавить опцию `noload`, но я бы не стал включать ее с первой попытки – это возможность не читать журнал (см. `man ext4`).
Alex avatar
флаг at
Понял. Я не могу попробовать это сразу, я должен быть в состоянии попробовать это в субботу. Я буду держать вас в курсе и приму ваш ответ, если он пойдет хорошо. Еще раз спасибо !
Alex avatar
флаг at
Я сообщил о своей попытке в редактировании

Ответить или комментировать

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