TestDisk не находит правильный раздел Ext4
Ситуация :
У меня есть жесткий диск, на котором изначально было несколько разделов 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).
У меня есть резервная копия важных файлов, поэтому я не в отчаянии. Но я действительно хотел бы восстановить диск.
0 ответов на вопрос
Похожие вопросы
-
9
В чем разница между командами "su -s" и "sudo -s"?
-
4
Требуется хороший бесплатный образ Ubuntu Server VMWare
-
4
Каковы различия между основными дистрибутивами Linux? Я замечу?
-
-
2
Ограничить использование процессора для Flash в Firefox?
-
2
Как мне заставить мой микрофон работать под Debian GNOME?
-
2
Конки установки - образцы / идеи?
-
3
Каковы различия между оконными менеджерами Linux?
-
2
ThunderBird / Синхронизация освещения с SE k770i
-
4
Файловая система Linux
-
6
Полноэкранная медленная вспышка в KDE 4