Итак, у меня есть этот диск, на котором GPT (таблица разделов GUID) испортилась и была перезаписана новым GPT. Это сделало мой раздел NTFS недоступным, но я уверен, что сам раздел все еще находится на диске.

Краткое объяснение:

Начало: диск 3 ТБ, таблица разделов GUID, раздел NTFS 2,9 ТБ с небольшими объемами свободного пространства с обеих сторон.

Проблема: Драйвер, который не может видеть весь диск объемом 3 ТБ, считает, что существует несоответствие между указанным размером диска и размерами раздела, перезаписывает GPT на 700 ГБ, удаляя раздел NTFS из вида в процессе

Теперь: осталось 3 ТБ диска с разделом NTFS, который все еще находится на диске, но недоступен, так как его нет в таблице разделов.

Подробности можно найти в моем предыдущем вопросе на

https://unix.stackexchange.com/questions/209388/problems-with-partition-table-on-3tb-ntfs-drive

Там кто-то предположил, что решение состоит в том, чтобы создать новый GPT с теми же начальным и конечным секторами и кодами типов для NTFS-раздела, что и предыдущий раздел.

Я хотел бы знать, как я могу выяснить, какими будут начальный и конечный сектора предыдущего раздела. Я считаю, что диск был отформатирован NTFS под Windows 7, как внешний диск. У меня есть SystemRescueCD, Ubuntu и Xubuntu live USB, а также отдельный жесткий диск Windows 7.

1 ответ1

0

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

С проблемой драйвера фиксирована, вы можете быть в состоянии восстановить исходные данные разделов с помощью соответствующего программного обеспечения разделения. Мой собственный инструмент GPT fdisk (gdisk) может сделать это; см. документацию GPT fdisk по ремонту дисков для общих процедур и предложений. Вкратце, идея заключается в том, что вы можете восстановить резервную таблицу разделов (которая хранится в конце диска) и использовать ее для восстановления основной таблицы разделов. Эта процедура не гарантируется, хотя; в зависимости от того, что вызвало повреждение таблицы разделов, данные резервной копии могут быть или не быть действительными на вашем текущем диске. Другие инструменты могут делать то же, что и GPT fdisk, но я не настолько знаком с ними и их возможностями, поэтому не могу делать конкретные предложения, кроме GPT fdisk.

Если GPT fdisk не может восстановить ваши данные, TestDisk может работать. Этот инструмент сканирует диск на наличие признаков "осиротевших" файловых систем и может добавлять любые найденные файлы в вашу таблицу разделов. Таким образом, теоретически TestDisk должен иметь возможность восстанавливать ваш раздел (ы). На практике это обычно работает, если файловая система раздела не была повреждена. TestDisk иногда может запутаться, если диск был перераспределен с разделами, созданными в разное время, начиная с разных мест, так что на диске остаются фрагменты старых разделов. Сканирование диска также может занять некоторое время - до многих часов, если вы выполняете "глубокое" сканирование, которое используется для преодоления предыдущей проблемы. Я уверен, что есть подобные инструменты, которые более специфичны для Windows и могут иметь яркие графические интерфейсы, но я не знаю, что они из себя представляют или имеют удобные URL-адреса.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .