Восстановите ext4 файловую систему после быстрого форматирования
Я случайно отформатировал один из своих дисков, и я надеюсь, что могу восстановить большую часть своей файловой системы, поскольку я 'только' сделал быстрое форматирование.
После установки второго идентичного жесткого диска я быстрый отформатировал неправильный диск случайно с помощью Дискового Приложения Ubuntu (14.04). Диск был в ext4-формате прежде, и я сделал быстрое форматирование к ext4 снова. На диске было только единственный раздел. Спустя всего несколько секунд после того, как ущерб был нанесен, я размонтировал диск избежать случайных записей.
Файлы, которые я после, находятся в двоичном формате (без расширений насколько я знаю такой как .npy .t7 .mat), некоторые .txt файлы.
Прочитывая форумы и блоги, я понял, что Testdisk+Photorec смог, справка восстанавливает потерянный раздел. Я дал Photorec быструю попытку, но так как большинство важных файлов является двоичным и не имеет никакой подписи файла, я закончил тем, что имел тысячи бесполезных .txt файлы и нечитаемый .mat файлы. Testdisk, с другой стороны, неокончательные подсказки дисплеев насколько я понимаю. Я еще не попытался выполнить глубокое сканирование, поскольку я ожидаю, что информация будет в самом начале диска (диск составляет 8 ТБ). Посмотрите следующие снимки Testdisk для большего количества информации:
Экран выбора раздела
Усовершенствованное меню после выбора Ни одного как тип раздела
- При выборе EFI-GPT или Intel, поскольку тип раздела приводит к Testdisk, говоря мне, что нет никаких доступных разделов.
Анализ диска (после выбора Ни-одного-типа) приводит к разделу, который пуст (за исключением пустого lost+found). Напротив, анализ диска после выбора GPT-типа приводит ко многим идентичным записям этого типа: ext4 0 0 1 972801 80 63 156280533168
Суперблоки:
superblock 0, blocksize=4096
superblock 32768, blocksize=4096
superblock 98304, blocksize=4096
superblock 163840, blocksize=4096
superblock 229376, blocksize=4096
superblock 294912, blocksize=4096
superblock 819200, blocksize=4096
superblock 884736, blocksize=4096
superblock 1605632, blocksize=4096
superblock 2654208, blocksize=4096
Вопросы
Что Ubuntu делает конкретно к диску при выборе быстрого форматирования? Мы можем вывести из этого, является ли это (im) возможный восстановить файловую систему вообще?
Я могу восстановить части структуры с помощью Суперблоков? Где-нибудь я считал, что резервный суперблок записан в положении 1024. Это восстанавливаемо, или это было очищено через быстрое форматирование также?
Чем остаются опции кроме восстановлений файла как Photorec или Scalpel, чтобы я восстановил свою файловую систему? Я знаю полные пути некоторых самых важных файлов, которые я хочу восстановить.
1 ответ
Я успешно смог восстановить все свои файлы с помощью резервного Суперблока! После того, как TestDisk не смог помочь мне, я попробовал подход от связанного вопроса. Ради ясности здесь шаги я взял для восстановления моей файловой структуры:
- Удостоверьтесь, что Ваш диск размонтирован.
Узнайте свои резервные Суперблоки через
dumpe2fs /dev/<drive-id> | grep -i superblockнапример.
dumpe2fs /dev/sdb | grep -i superblockПроверьте файловую систему на основе одного из Суперблоков, но не применяйте изменения все же, чтобы видеть, неповрежден ли этот конкретный Суперблок структурно.
fsck.ext4 -v -n -C 0 -b <Superblock> /dev/<drive-id>например.
fsck.ext4 -v -n -C 0 -b 2654208 /dev/sdb-vделает команду подробной для показа большего количества деталей,-nудостоверяется, что никакие попытки зафиксировать файловую систему не предприняты, всегда отвечая 'нет' на каждую подсказку,-C 0отображает индикатор выполнения и-bопределяет стартовую позицию Суперблока, данного предыдущим шагом.Если подходящий Суперблок был найден, позволить
fsck.ext4зафиксируйте свою файловую систему путем замены-nс-yпринять всех фиксирует автоматически.fsck.ext4 -v -y -C 0 -b <Superblock> /dev/<drive-id>Перезагрузка и монтирует диск.
В моем случае не мог быть восстановлен первый уровень имен каталогов. Таким образом они могли все быть найдены на основе их inode имя в lost+found каталог, который скрыт.