Случайно отформатированный ext4 раздел

Я сделал глупую ошибку форматирования раздела случайно. Я устанавливал дистрибутив Linux, названный crunchbang на моем нетбуке, таким образом, я не должен приносить свой ноутбук к классу каждую неделю. Я намеревался отформатировать карту флэш-памяти с интерфейсом USB с этой целью, когда к моей тревоге я отформатировал ext4 раздел, содержащий более чем 500 ГБ данных к fat32. Это - сводка того, что я изучил:

, Если файловая система повреждена, можно попытаться восстановить ту файловую систему саму или отдельные файлы. Отдельное восстановление файла возможно независимо от состояния файловой системы, но это имеет недостаток того, чтобы быть почти абсолютно бесполезным, если Вы имеете дело с большим количеством данных. При восстановлении отдельных файлов Вы собираетесь ПОТЕРЯТЬ ВСЮ структуру каталогов своих данных (который означает организацию и имена файлов). В моем случае это было абсолютно бесполезно, поскольку мне потребуются годы, чтобы отсеять через и переименовать все те музыкальные файлы и другой спам. Кроме того, Во многих случаях программа не найдет определенный запуск и блоки конца для Вашего файла (это почти всегда имеет место с файлами простого текста), и Вы могли закончить (как я) с каждым mp3 файлом, разделенным на сто 1-5 вторых частей.

ЧИТАЕТ это полностью через прежде, чем делать попытку чего-либо... (Вы найдете инструкции для того, чтобы сделать изображение Вашего диска в нижней части, но это должно быть сделано сначала)

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

PhotoRec

и

ForeMost

(оба находятся в репозиториях человечности для Вашего удобства)

, Если Ваше намерение состоит в том, чтобы восстановить весь раздел, то необходимо смотреть на часть программного обеспечения под названием TestDisk. Это находится также в репозиториях человечности, и Это имеет хороший GUI проклятий для создания вещей легче.

TestDisk совместим со всеми видами файловых систем включая ext2/3/4, ntfs, жир и других.. (и двоичный файл выпущен в Windows, а также совместимых версиях UNIX), К сожалению, после закрытия с этой утилитой, TestDisk смог найти мой старый раздел, но корень inode был уничтожен, таким образом, я разочаровался в использовании TestDisk и решил попытаться восстановить резервный суперблок расширения вручную.

, Если Ваше беспокойство будет разделом linux ext2/3/4, то Вы найдете их к утилитам полезными (они несомненно уже будут на Вашей машине Linux)

это будет использоваться для вычисления, где резервные суперблоки будут расположены в конечном счете, необходимо было создать файловую систему расширения на разделе рассматриваемый mke2fs (сделайте расширенными 2 файловых системы) для ext2/3/4

это будет использоваться, чтобы попытаться восстановить файловую систему с помощью одного из резервных суперблоков e2fsck (расширил 2 проверки файловой системы), также для ext2/3/4

объяснение о том, как восстановиться, суперблок расширения вручную с помощью этих утилит может быть найден здесь: http://ing-tani.blogspot.com/2013/01/repair-broken-ext4-superblock-in-ubuntu.html

ПРИМЕЧАНИЕ СТОРОНЫ: если Ваша таблица разделов неповреждена (не случай для меня), то Вы могли, возможно, использовать dumpe2fs как так: http://www.cyberciti.biz/faq/linux-find-alternative-superblocks/

, если Вы неспособны использовать эти утилиты для нахождения резервных суперблоков (возможно, Вы испортили несколько разделов, и из-за этого, Вы не знаете, где они запускают/заканчивают), можно найти использование программы названным gpart (чтобы не быть перепутанным с gparted, или разделенным... это полностью отличается), хотя я не уверен, поддерживает ли это файловые системы Linux, более новые, чем ext2.. Если Вы в этой точке, может быть пора начать вызывать беспокойство.

Используя этот последний подход, я успешно смог восстановить весь раздел, сохранить имена каталогов верхнего уровня (таким образом, я должен был переименовать приблизительно 6 папок верхнего уровня, но все ниже их было сохранено), УСПЕХ!

Другая вещь, которая закончила тем, что была ЧРЕЗВЫЧАЙНО важна для меня, создавала образ резервной копии испорченного диска (в моих попытках восстановиться, я закончил тем, что восстановил это изображение, по крайней мере, дважды), поэтому ПЕРВАЯ вещь перед использованием любой из этих утилит, найдите некоторое свободное пространство на своей машине или внешнем диске..

, Если Ваш испорченный диск является sda, и Вы хотели сохранить изображение в корневом каталоге yourname, например: dd, если =/dev/sda =/home/yourname/sda.img.bak bs=512

для восстановления изображения после неудавшейся попытки восстановления: dd, если =/home/yourname/sda.img.bak =/dev/sda bs=512

Вы могли бы, конечно, использовать/dev/sda1, если Вы только интересуетесь первым разделом, но поскольку некоторые из этих утилит изменяют таблицу разделов, это - возможно, лучшая идея отобразить целый диск..

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

, например: объем плазмы-tpreb/dev/sda | dd =/home/yourname/sda.img.bak bs=512

BTW: некоторые люди предложили делать образ резервной копии и работать над ним непосредственно, но я нашел легче работать над самим диском (легче смонтироваться) и восстановление изображения к диску если/когда необходимый