Ситуация:
У меня есть жесткий диск, на котором изначально было несколько разделов NTFS и раздел Ext4 (кроме некоторого нераспределенного пространства и подкачки Linux). Он потерял свою таблицу разделов. Ничего не было перезаписано.
Фон:
Когда-то я купил внешний жесткий диск Seagate и подозревал, что он неисправен, потому что скорость передачи в случайном порядке станет крайне низкой. Перед отправкой на гарантийное обслуживание я попытался запустить на нем диагностический инструмент (предоставленный Seagate по адресу seagate.com/support/warranty-and-replacements). Запустив короткую тестовую команду, он вернул бесполезное сообщение об ошибке. Пробовал пару раз, тоже самое. Затем я решил запустить его на разделе моего внутреннего диска, чтобы проверить, будет ли ошибка сохраняться. Плохая идея. Сразу же я не смог получить доступ к любому файлу на компьютере. Я выключил компьютер, и когда я снова включил его, внутренний жесткий диск превратился в мрачную долину пустоты.
Осуществляет:
TestDisk показывает, что все разделы NTFS отсутствуют, и я вижу все каталоги и файлы, принадлежащие им.
Проблема:
Для раздела Ext4 (где раньше обитала Ubuntu) он не показывает никаких файлов. Вместо этого отображается пугающее сообщение « Файл не найден, возможно, файловая система повреждена. » Если я в любом случае выберу запись раздела, он не может быть смонтирован и не может быть восстановлен с помощью e2fsck, даже с альтернативными суперблоками.
Цель:
Пусть TestDisk найдет правильный раздел Ext4 со всеми его файлами; или же
Найдите способ исправить неправильный раздел, написанный TestDisk.
Вопросы:
1) Что-нибудь еще, что я мог попробовать?
2) Что может заставить TestDisk найти файлы для всех разделов, кроме этого Ext4?
Замечания:
Раздел Ext4 не был зашифрован.
После написания (неправильного) раздела Ext4 с помощью TestDisk я могу (очевидно) восстановить все его файлы с помощью [R-Linux] и [PhotoRec].
TestDisk по ошибке показывает несколько разделов Linux (где фактически есть только один), каждый из которых начинается и заканчивается в разных точках, перекрывая друг друга. Я попробовал тот, который начинается первым, тот, который заканчивается последним, и некоторые между ними.
У меня был TestDisk глубокое сканирование диска с использованием таблицы типов разделов Intel. Я также попробовал EFI GPT (как предложено инструментом), но этот даже не нашел раздел Ubuntu.
Когда я запускаю TestDisk с количеством головок по умолчанию (255), он предполагает, что правильное число может быть 128. Но когда я пытаюсь 128, все разделы NTFS жалуются, что они на самом деле 255.
Сразу после анализа TestDisk говорит: « Жесткий диск (1000 ГБ / 931 ГБ) кажется слишком маленьким!(<3058511 ТБ / 2781700 ТиБ). Проверьте размер жесткого диска: настройки перемычек HD, определение BIOS… »
При открытии GParted я получаю сообщение « Дескриптор драйвера говорит, что размер физического блока составляет 2048 байт, но Linux говорит, что это 512 байт. »
Я запускаю Ubuntu через USB-накопитель для запуска этих инструментов.
Я работаю над копией диска (сделано с помощью dd).
У меня есть резервная копия важных файлов, поэтому я не в отчаянии. Но я действительно хотел бы восстановить диск.