☰

случайный fsck на смонтированном

tag-icon • tag-icon linux data-recovery ext3
случайный fsck на смонтированном

Я случайно запустил "fsck" на смонтированном разделе, который был моим единственным разделом. Теперь я не могу загрузиться. Это была Fedora 13, файловая система должна быть ext3.

Я загрузился с usb с Ubuntu 11.10. Я обнаружил, что lost+found пуст. Я не могу найти свои файлы. Есть ли способ восстановить их?

Я хочу сохранить только некоторые из своих файлов.

решение1

Немедленные действия (что делать и чего не делать):

  • Делатьнемедленно umount /dev/sdaXразбейте на разделы или, если это невозможно, сделайте так, mount -o remount,ro /dev/sdaXгде /dev/sdaXнаходится ваш узел устройства раздела.
  • Незапишите все, что угодно, на раздел, содержащий файлы/данные, которые вы пытаетесь восстановить.
  • Незапустите любые инструменты восстановления файловой системы (fsck или как) или любая утилита, которая может изменять файловую систему или содержимое диска.
  • Непопытайтесь смонтировать/использовать этот раздел до того, как будут готовы ваши резервные копии начального этапа.

Перед началом восстановления:

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

Ощутимые преимущества

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

Подготовка к восстановлению:

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

Однако создание образов дисков таким образом может занять много места на диске, файл 2000 ГБ для диска 2000 ГБ, поскольку ddне смотрит на файловую систему или данные, хранящиеся на жестком диске, а вместо этого просто пытается скопировать каждый бит, который видит. Использование сжатия обязательно (по крайней мере для больших дисков), даже если используется самый быстрый метод сжатия, он все равно устраняет большинство нулей [РЛЭ] из файла. Этот пример копирует диск /dev/sdaв /mount/backups/disk1.img.bz2.

# Disk image + compression with bzip2:
dd if=/dev/sda of=/dev/stdout bs=1M | bzip2 > /mount/backups/disk1.img.bz2
# Or compression with gzip:
dd if=/dev/sda of=/dev/stdout bs=1M | gzip > /mount/backups/disk1.img.gz

Если вы берете изображение из неисправного источника, то используйтеddrescueвместо dd(ddrescue — похожая утилита, но она может повторять попытки/пропускать сектора в случае ошибок).

Как восстановить файлы:

Хорошие утилиты для восстановления файлов для файловых систем EXT:extundeleteиext3grep.

debugfsможет помочь, но требует некоторого понимания базовой файловой системы, вы можете попробовать, может ли он читать вашу файловую систему. Смотрите catи dumpпредоставлено debugfsдля просмотра и копирования файлов.
Видетьhttp://carlo17.home.xs4all.nl/howto/undelete_ext3.html
иhttp://www.cyberciti.biz/tips/surviving-a-linux-filesystem-failures.html

testdisk— еще одна утилита, используемая для поиска и восстановления таблиц разделов на диске.

fsck -t ext3 -f -yтоже стоит попробовать, но помните, что запись будет производиться непосредственно в источник, поэтому убедитесь, что у вас есть резервная копия.

photorecесли все вышеперечисленное не помогло, попробуйте это.Фотозаписьпопытается найти файлы по заголовкам, чтобы можно было восстановить только известные типыперечислены здесьно он, вероятно, может восстановить по крайней мере что-то, потому что ему не нужно знать ничего о файловой системе, а вместо этого он работает непосредственно с необработанными данными. Однако, если файлы не являются смежными, возможно, что некоторые файлы не будут полностью восстановлены. Другая утилита с аналогичной функциональностью —В первую очередьиMagicr Спасение.

Несколько заметок:

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

Сжатие образа диска можно эффективно осуществить с помощьюЛЗ4илиСПУСКАТЬпоскольку оба имеют хорошую поддержку RLE, и, конечно, подойдут любые алгоритмы без потерь (более или менее эффективно).

Также есть много других утилит для восстановления по всему миру.Google.

Связанный контент