Я случайно запустил "fsck" на смонтированном разделе, который был моим единственным разделом. Теперь я не могу загрузиться. Это была Fedora 13, файловая система должна быть ext3.
Я загрузился с USB с Ubuntu 11.10.Я обнаружил, что lost+found является пустым. Я не могу найти свои файлы. Есть ли способ их восстановить?
Я хочу сохранить только некоторые из моих файлов.
umount /dev/sdaX или , если это не представляется возможным делать mount -o remount,ro /dev/sdaX где /dev/sdaX ваш узел разделительное устройство.Вы всегда должны создавать образ диска или раздела, прежде чем пытаться восстановить какие-либо файлы из поврежденной файловой системы. Если у вас есть файл образа, вы всегда можете откатиться, если что-то пойдет не так с процессом восстановления и ситуация ухудшится.
Заметные преимущества
Есть несколько способов и утилит, которые могут помочь с созданием образа, один из примеров - использование утилиты linux dd. Эта утилита может копировать каждый бит с жесткого диска в файл.
Однако создание образов дисков таким способом может занять много места на диске, файл объемом 2000 ГБ для диска объемом 2000 ГБ, потому что dd не смотрит на файловую систему или данные, хранящиеся на жестком диске, а просто пытается скопировать каждый бит, который он видит. Использование сжатия является обязательным (по крайней мере, для больших дисков), даже если используется самый быстрый метод сжатия, он по-прежнему удаляет большинство нулей [ RLE ] из файла. Этот пример копирует диск /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 если все вышеперечисленное не удается, попробуйте это Photorec попытается найти файлы по заголовкам, чтобы он мог восстанавливать только известные типы, перечисленные здесь, но он, вероятно, может восстановить хотя бы что-то, потому что ему не нужно ничего знать о файловой системе, но вместо этого он работает непосредственно с необработанными данными. Однако, если файлы не являются смежными, возможно, что некоторые файлы восстановлены не полностью.
Еще одна утилита с аналогичным функционалом - Foremost и Magicr Rescue.
Помните, что некоторые утилиты восстановления / проверки также могут ухудшить ситуацию, повредив данные, поэтому вам действительно следует сначала создать полную резервную копию диска, прежде чем приступать к восстановлению.
Сжатие образа диска может быть эффективно выполнено с помощью LZ4 или DEFLATE, так как оба имеют хорошую поддержку RLE, и, конечно, все алгоритмы без потерь будут работать (более или менее эффективно).
Есть также много других утилит восстановления по всему Google.