Спасибо, что решили посмотреть и помочь.
Проблема заключается в следующем:
У меня есть внешний жесткий диск емкостью 1 ТБ с одним зашифрованным разделом (около 286 ГБ) - luks (назову этот EP) Один незашифрованный раздел (около 580 ГБ) ). - ntfs (я назову это UEP)
Остальные разделы были пусты, поэтому они не имеют значения. Я изменил UEP на «только чтение» в окнах, используя "diskpart attributes volume set readonly"
. Казалось, что он работает нормально без проблем, но через некоторое время произошла какая-то ошибка, и моя таблица разделов пропала. Менеджер разделов сказал, что весь диск не найден. То же самое сделали gparted и fdisk.
Я попытался использовать testdisk , и он обнаружил все пропущенные разделы. Когда я записал восстановленный раздел на диск, UEP вернулся нормально, но зашифрованный раздел теперь необъяснимым образом сократился до 2 МБ.
К счастью, я ранее делал резервное копирование данных разделов, когда пытался преобразовать это из GUID в MBR, перед всем этим и имел некоторые секторальные данные, которые могут помочь в восстановлении.
Данные Pre-Crash, созданные мастером разделов, представляют собой Здесь (строки 37/39 - это разделы, о которых я говорю).
Данные Post-Crash здесь здесь (заметно начало 37 и конец 39 соответствуют разделу luks из данных Pre-Crash)
Это раздел LUKS:
letter: * PartID: 7 Start: 137117696 End: 737118207 Size: 600000512 FsId: 255 Label: ClusterSize: -1 FreeSectors: 0 Primary: 1 Bootable: 0 BootVolume: 0 SystemVolume: 0
Есть ли способ восстановить раздел LUKS, сохранив диск NTFS 580 ГБ?
Мне нужно только восстановить два диска, которые я здесь обсуждал.
Пожалуйста, помогите мне с этим.
- датский
Для воссоздания исходной схемы выделения разделов, необходимо будет выполнить инструмент разделения и создать каждый раздел с запуском и закончить секторы от данных резервного копирования. Это должно восстановить MBR точно, как это было. Попробуйте sfdisk:
sfdisk /dev/sdb -uM << EOF
2,114828,52
114830,19074,0
133904,585938,255
719842,1187896,7
необходимо проверить это на себя. Каждая строка является запуском, размером, идентификатором с размером в мегабайтах (-uM
) на основе Ваших старых данных раздела:
Start: 2048 End: 117585919 Size: 117583872 FsId: 52 Label: ClusterSize: 8 FreeSectors: 109144672 Primary: 1 Bootable: 0 BootVolume: 0 SystemVolume: 0
Start: 117585920 End: 137117695 Size: 19531776 FsId: 0 Label: ClusterSize: 1 FreeSectors: 19531776 Primary: 0 Bootable: 0 BootVolume: 0 SystemVolume: 0
Start: 137117696 End: 737118207 Size: 600000512 FsId: 255 Label: ClusterSize: -1 FreeSectors: 0 Primary: 1 Bootable: 0 BootVolume: 0 SystemVolume: 0
Start: 737118208 End: 1953523711 Size: 1216405504 FsId: 7 Label: Data-Drive ClusterSize: 8 FreeSectors: 1002478672 Primary: 1 Bootable: 0 BootVolume: 0 SystemVolume: 0
, Если Вы не могли воссоздать таблицу разделов, взгляните на этот поток на восстановлении разделов LUKS .
Ответ oldfred работал на меня :)
Спасибо oldfred!
Сообщение этот текстовый файл и файл резервной копии: структура таблицы Резервного раздела к текстовому файлу & сохраните к внешнему устройству. sudo sfdisk-d/dev/sda> PTsda.txt, Если теперь MBR, можно использовать sfdisk для восстановления раздела к таблице разделов. Но, если зашифровано LVM, будет ли это работать, является другим вопросом. †“oldfred 7 часов назад
sfdisk-d/dev/sdc> PTsda.txt
отредактировал размер сектора в текстовом файле, затем:
sfdisk/dev/sdc < PTsda.txt