Поврежден жесткий диск Linux. Как восстановить файлы?

Question

полностью сломал одно устройство Linux. Я не могу войти в терминал, попробуйте, и экран GUI не появится, даже если в tty7 есть мышь (хотя это не связанная проблема). Устройство представляет собой нетбук Intel Atom i386 под управлением lubuntu (я полагаю, самая новая версия), всего один раздел для одной ОС. Он выдает длинные строки непонятных (длинные и бессмысленные, но не мусорные, фактические ошибки, просто крайняя паника) сообщения об ошибках при попытке войти в систему и при входе в систему вводить любую команду. В результате я не мог использовать ls, cd или так далее, чтобы получить представление о том, где именно он был сломан, или сбросить tty7, чтобы остановить вышеупомянутую не связанную проблему, чтобы попытаться в GUI. Когда я вошел в tty7 и попытался что-либо сделать, он выдавал сообщения об ошибках, связанные с отсутствием пути, как когда я вводил команды в терминале tty.

Я знаю, почему это произошло, хотя. Из-за крайней глупости и недостатка опыта, пока я использовал dd для обновления и работы, живую usb-версию lubuntu на usb, (8 ГБ, один раздел), я отправил ее в sda (жесткий диск), а не в SDB ( USB). Я был root. Он сдался на полпути. По сути, я полагаю, что я только частично перезаписал жесткий диск живым usb lubuntu и остановился на полпути, так как он стал слишком сломанным, чтобы больше выполнять команды.

Это не полностью сломано, все же. Кажется, он способен выдавать панические сообщения и отображать экран графического интерфейса. Это всего лишь попытки на самом деле сделать что-нибудь, что терпит неудачу, например, доступ к параметрам выхода из системы и завершения работы в графическом интерфейсе. Я не мог аккуратно выключиться (не удерживая нажатой кнопку питания), поэтому еще не решил, по причине того, что, вероятно, я все равно не смогу загрузить его снова.

К счастью, это расходный компьютер, предоставленный мне для экспериментов и взлома. Я уже сломал это раз или два, один раз, катаясь на жестком диске. Однако на этот раз в /home /matthew есть несколько папок c++ с файлами, которые я бы предпочел не использовать. Есть ли способ их восстановить (живой usb по-прежнему не работает, но мы могли бы заставить его работать, используя другое устройство)

Извините за длинный (и глупый) вопрос, и потеря файлов не станет концом света. Тем не менее, важные уроки о том, как не использовать root, проверять код перед запуском, создавать резервные копии важных файлов и записывать ошибки в сторону, есть ли способ вернуть мои файлы кода обратно?

Answer 1

Не существует "простого" способа сделать это, и, действительно, в зависимости от того, сколько времени понадобилось, чтобы получить / сделать эти файлы, ваша лучшая ставка, скорее всего, их воссоздает. Даже если вы можете сделать следующее, есть вероятность, что ваши данные будут перезаписаны и не подлежат восстановлению.

Если вы действительно хотите попробовать это, вам нужно получить большой опыт - до такой степени, что это не очень подходит для поста SuperUser - но отправной точкой будет:

1. Получите другой диск и сделайте копию текущего диска на новый диск.
2. Посмотрите, сможете ли вы определить, какие исходные разделы и файловая система находились на диске (конечно же, работа с копией). Это часто трудно-невозможно - хотя вам может быть немного повезло с "testdisk" (но, вероятно, нет).
3. Если вы можете воссоздать раздел и подходящая файловая система, вы сможете восстановить части файловой системы, перестроив ее из альтернативного суперблока - опять же, маловероятно, и зависит от файловой системы.

Обходной путь, в зависимости от типа данных в каталоге, и множество других вещей - просто запустить "photorec" на сыром диске, чтобы попытаться найти нефрагментированные файлы на основе сигнатуры, а затем пройтись и найти то, что вам нужно. можете использовать и переименовать его. Проблема заключается в том, что это работает только для известных типов файлов, и при этом теряется информация об именах и структуре каталогов, а также восстанавливаются удаленные копии, без очевидного способа определить, какой файл является самым новым. Это также не работает для файлов, где есть фрагментация диска (это хорошо работает для восстановления фотографий с поврежденного USB-диска)