Диск Ext3 не будет монтироваться после сбоя питания; как восстановить файлы?

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

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

Я не знаю, сможем ли мы помочь с этим делом, но пока не сдавайтесь.

В будущем я бы предложил вам изучить следующую технику:

Когда у вас возникают проблемы с дисководом в Linux или UNIX, вы обычно можете использовать ddдля создания битовой копии всего устройства в другом месте. Найдите диск по крайней мере такого же размера, как и рассматриваемый, и попробуйте команду типа: dd if=$PROBLEMATIC of=$TARGET bs=4M... будьте очень осторожны с директивами if (входной файл) и (выходной файл). Оставь это беги. Это хорошая идея для запуска tail -f /var/log/messages &(или возможного варианта в соответствии с вашим /etc/syslog.conf) ... или сделать это в фоновом режиме или в другом окне. Существуют расширенные версии, ddкоторые могут более надежно обрабатывать повторы и sddпроходить через плохие блоки ( это имя, которое приходит на ум). Но попробуйте ddсначала использовать стандартную команду GNU .

Вы можете сделать такую ​​копию всего устройства (например, / dev / sdd) или только раздела (/ dev / sdd1). Если вы получаете «короткое чтение или подобные ошибки, то это говорит о том, что либо у устройства есть физические ошибки, препятствующие чтению за определенными цилиндрами, либо, в случае раздела, что таблица разделов искажена каким-либо образом. Вы даже можете сделать два разных ddизображения ... по одному

Вот трюк: делать все fsckи mountпопытки, и использовать различные другие инструменты восстановления, такие как TCT (Инструментарий коронера) на скопированное изображении!

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

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

Я не знаю, поможет ли что-нибудь из этого в текущем усилии. Но изучите эти приемы сейчас, и они определенно сделают ваш следующий шаг в восстановлении данных гораздо менее пугающим. (Да, попробуйте на здоровой системе один или два раза - иди используйте шестнадцатеричный редактор и попробуйте добавить свое творческое искажение тут и там - конечно же, в КОПИЮ! Затем попробуйте исправить это).

О, и это действительно хорошее время, чтобы пересмотреть свои планы и процедуры резервного копирования и восстановления данных (или дать лучший совет своему клиенту / коллеге / клиенту / другу / что угодно).

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

Мне нечего предложить, кроме как надеяться, что вы учитесь на моих ошибках. СТОП! Сделайте копию диска. dd может помочь вам в этом, и есть множество приложений для создания образов дисков, которые предоставят вам приятный пользовательский интерфейс. Я сделал ошибку: копался в fsck, искал резервные суперблоки и т. Д. И т. Д., Не дублируя диск. Я потерял абсолютно все. Похоже, вы уже решили работать без резервных копий, но еще не слишком поздно захватить копию диска, прежде чем вы его уничтожите с помощью попыток восстановления из лучших побуждений.

Я наткнулся на эту статью на восстановление в аналогичных обстоятельствах. Похоже, вы можете указать mount использовать другой суперблок. В сочетании с -t ext3 это может дать небольшую надежду.

Если вы можете загружаться с livecd во время загрузки, не используйте swap, а затем вы можете смонтировать его /dev/sdaи скопировать все данные с него, если у вас есть жесткий диск USB или по сети. Затем вы можете перезагрузить систему и переформатировать данные.

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

sudo pvscan && sudo vgscan && sudo lvscan 

Любые тома, которые вы найдете, будут подключаться к устройству, а не по прямой ссылке /dev/sdd1.

Если вы не используете LVM на диске, вы всегда можете попытаться повторно смонтировать диск как Ext * 2 * вместо Ext * 3 *, поскольку он обратно совместим. Хотя это открывает окно для незначительного повреждения файловой системы (поскольку журнал не воспроизводится), оно позволяет вам получить доступ к остальной части ваших данных, поскольку вы уже указали, что бит «чистой» файловой системы уже установлен. Когда вы собираетесь перемонтировать том, вам нужно будет указать тип файловой системы напрямую, то есть:

sudo mount -t ext2 /dev/sdd1 /media/disk-7 && ls /media/disk-7 

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

Следовать за:

Быстрый Google показывает результат, который подразумевает, что у вас может быть проблема с версиями ядра. Вы обновляли ядро ​​или собирали собственный образ? Просто любопытно.

Вы уверены, что / dev / sdd1 действительно тот диск, который вы ищете, а не какой-то другой диск? Наименование устройства зависит от порядка подключения дисков и может отличаться, например, при последующем подключении USB-накопителя по сравнению с подключением при загрузке. Используйте, /dev/disk/by-id/чтобы убедиться, что вы касаетесь правильного диска.

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

cfdisk /dev/sdd

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

Есть dmesgчто - нибудь подозрительное вывод? На умирающих жестких дисках вы в большинстве случаев будете получать множество сообщений об ошибках.

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