Во-первых, я хотел бы поблагодарить James T & ct64116 за их помощь в моем первом вопросе ; Я случайно перезаписал раздел ext4 установщиком Windows 7 и потерял около 300 ГБ файлов.
Я воспользовался их советом и использовал testdisk для анализа потерянной файловой системы. Кажется, все в порядке, и я был взволнован по поводу его восстановления, но я ударил по скорости.
Я использую Ubuntu 10.04 на 64-битном процессоре. Чтобы восстановить файловую систему, мне нужно найти резервные суперблоки (что я уже сделал), а затем использовать их, чтобы вернуть диск в рабочее состояние. Но это не работает, и я думаю, что знаю почему.
Я использую этот учебник, чтобы получить доступ к разделу. Однако когда я запускаю fsck.ext4, я получаю другой вывод, чем он. Во-первых, номера версий разные: у него 1.41.4, у меня 1.41.11.
Во-вторых, даже несмотря на то, что я запускаю fsck.ext4, возвращаемое сообщение об ошибке говорит мне, что проверяемая файловая система не является правильной файловой системой ext2 .
Поэтому я думаю, что проблема здесь в том, что версия fsck, которую я имею, еще не понимает ext4, и причина, по которой он не понимает ext4 (хотя дата компиляции у меня позже, чем у него), заключается в том, что я работаю 64-битная система, а новый fsck еще не был портирован на 64-битную. Это звучит правильно?
В любом случае, если для 64-битных систем не установлен более новый fsck, я думаю, что теперь я надеюсь только на то, чтобы взять внешний 3,5-дюймовый корпус, вынуть диск, подключить его к ноутбуку i386 и попытаться восстановить файловую систему с та машина (которая использует версию 1.41.9).
Это звучит как хорошая идея? Кто-нибудь знает, есть ли более простой способ исправить это (например, если есть 64-битная сборка более новой версии fsck - я не могу найти много информации через Google - мне немного сложно ее переварить)?
Благодаря тонну.
SS
edit: согласно совету nik, вот вывод fdisk для рассматриваемой системы. Диск, находящийся под угрозой, является последним в списке, в /dev /sdc1.
[Ник редактировать: я удалил данные с других дисков, чтобы уменьшить беспорядок - посмотрите на предыдущее редактирование, если это необходимо]
Disk /dev/sdc: 1500.3 GB, 1500301910016 bytes 255 heads, 63 sectors/track, 182401 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x05ced8ed Device Boot Start End Blocks Id System /dev/sdc1 1 182402 1465136128 7 HPFS/NTFS
ОБНОВЛЕНИЕ: мне не повезло с суперблоками; однако я возился с testdisk и обнаружил, что testdisk скопирует структуру папок в мой домашний каталог! возгласы ликования
Однако мой домашний каталог находится на SSD, и в каждый момент времени доступно только около 30 гигабайт пространства, поэтому мне придется периодически копировать свои копии и сбрасывать их на большее блюдо - хорошо, что у меня есть дополнительный жесткий диск , Я просто буду просматривать папку за папкой, пока не скопирую все данные на другой диск. Это займет время, но намного меньше времени, чем требуется, чтобы пройти и переименовать КАЖДЫЙ ОДИН ФАЙЛ, что я и должен был бы сделать с photorec.
СПАСИБО за всю вашу помощь, особенно вы ник.