Невозможный переписать мою Таблицу Разделов с моими двумя разделами Linux, хотя нет никакого ovelap

Из-за ошибки, созданной Windows 10, я пытаюсь переписать таблицу разделов своего жесткого диска с TestDisk. У меня была среда Двойной загрузки (Windows / Ubuntu), и у меня было два раздела Linux (Тип 83 раздела). Раздел был с Ubuntu 13 и другой с Ubuntu 15.04.

Нет никакого перекрытия, и в результате я не понимаю причины, почему TestDisk отказывается от любой структуры, которая будет содержать мои два раздела Linux: в экране "Quick Search", если я только выбираю один из двух разделов Linux, он говорит мне "Структуру хорошо", но я пытаюсь выбрать оба раздела Linux, он говорит мне "Плохую структуру". Можно ли помочь мне?

Когда я пытаюсь выбрать свои два раздела Linux:

TestDisk 6.14, Data Recovery Utility, July 2013
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sda - 750 GB / 698 GiB - CHS 91201 255 63
     Partition               Start        End    Size in sectors
 P FAT32 LBA                0  32 33  3263 170 43   52428800 [RECOVERY]
 * HPFS - NTFS           3263 170 44 39744  19 19  586057728 [OS]
 P HPFS - NTFS          39744  19 20 51954 195 57  196164776 [DATA]
   HPFS - NTFS          39744  19 20 51954 209 31  196165632 [DATA]
>L Linux                51954 209 32 70244 108  8  293822464
 L Linux                70244 108  9 90445 190 49  324534272
 L Linux Swap           90446 195 54 91201  52 51   12120064

Structure: Bad. Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continueubuntu@ubuntu:~$
ext4 blocksize=4096 Large file Sparse superblock, 150 GB / 140 GiB

Когда я пытаюсь только выбрать свой первый раздел Linux:

Disk /dev/sda - 750 GB / 698 GiB - CHS 91201 255 63
     Partition               Start        End    Size in sectors
 P FAT32 LBA                0  32 33  3263 170 43   52428800 [RECOVERY]
 * HPFS - NTFS           3263 170 44 39744  19 19  586057728 [OS]
 P HPFS - NTFS          39744  19 20 51954 195 57  196164776 [DATA]
   HPFS - NTFS          39744  19 20 51954 209 31  196165632 [DATA]
 L Linux                51954 209 32 70244 108  8  293822464
   Linux                70244 108  9 90445 190 49  324534272
>L Linux Swap           90446 195 54 91201  52 51   12120064

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted
Keys A: add partition, L: load backup, T: change type,
     Enter: to continue
SWAP2 version 1, pagesize=4096, 6205 MB / 5918 MiB

Когда я пытаюсь только выбрать свой второй раздел Linux:

Disk /dev/sda - 750 GB / 698 GiB - CHS 91201 255 63
     Partition               Start        End    Size in sectors
 P FAT32 LBA                0  32 33  3263 170 43   52428800 [RECOVERY]
 * HPFS - NTFS           3263 170 44 39744  19 19  586057728 [OS]
 P HPFS - NTFS          39744  19 20 51954 195 57  196164776 [DATA]
   HPFS - NTFS          39744  19 20 51954 209 31  196165632 [DATA]
   Linux                51954 209 32 70244 108  8  293822464
>L Linux                70244 108  9 90445 190 49  324534272
 L Linux Swap           90446 195 54 91201  52 51   12120064

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted
2
задан 21 October 2015 в 23:59

3 ответа

Миссия выполняется! Я использовал TestDisk для успешного восстановления всех моих разделов. Однако я должен признаться, что был немного удачлив. Вчера, я запустил TestDisk, не используя его в течение нескольких дней. По неизвестной причине приложение вело себя по-другому по сравнению со способом, которым оно раньше вело себя: действительно, TestDisk занимают по крайней мере одну минуту для отображения экрана “Quick Search”, тогда как он был сразу отображен предыдущие разы, я использовал его. В течение этой минуты, отображения на экране TestDisk значения Запуска и Конечные точки каждого раздела. Однако в течение этой минуты, значения Конечной точки первых разделов Linux были значениями, которые никогда не давались никаким другим экраном TestDisk или никакой другой командой или приложением прежде. У меня было чувство, что те значения, которые были временно отображены, были корректными: дело в том, что те значения позволили иметь пространство между двумя Linux / Логические разделы.

Затем я отредактировал Журнал файл TestDisk, который является простым ASCII-файлом. Я добавил две новых строки к этому текстовому файлу: те строки были о двух недостающих Логических разделах. Естественно, для первых разделов Linux, я ввел значения Конечной точки, которые только что загадочно появились незадолго до экрана “Quick Search”. Следующий шаг должен был загрузить обновленный файл журнала в TestDisk. Дисковая Структура была сразу принята приложением. Затем я только должен был попросить к TestDisk переписывать таблицу разделов путем учета значений, данных Файлом журнала. После этого я просто должен был перезапустить свой компьютер, чтобы запустить Восстановление начальной загрузки от сессии живого CD Ubuntu, перезапустить снова мой компьютер и наконец, использовать рабочий GRUB, запустить Ubuntu и обладать Ubuntu, которая вернулась к жизни!

для получения информации, значения, которые наконец использовались для успешной перезаписи таблицы разделов с TestDisk, доступны здесь в самом конце первого листа ("Feuil1"): https://docs.google.com/spreadsheets/d/16bOgee0CIObZORWjyKw7l7do8czfdfB5PEGZj6OhWjc/edit? usp=sharing

0
ответ дан 2 December 2019 в 03:51

Посмотрите на начало и сектора конца в Ваших скриншотах, пожалуйста. В первом Вы выбираете первое разделение Linux, которого структура по-видимому плоха. Во втором скриншоте Вы выбираете файл обмена Linux, который хорош. В третьем скриншоте Вы выбираете второе разделение Linux, которое также в порядке. Согласно Вашим скриншотам Вы никогда не выбираете два разделения одновременно. AFAIK невозможно выбрать два разделения одновременно, таким образом, Вы не можете даже сделать этого. Таким образом, Вы должны восстановить свое первое разделение Linux только. BTW: на третьем скриншоте некоторая важная информация подрезана прочь.

0
ответ дан 2 December 2019 в 03:51

TestDisk является инструментом последней инстанции. Виды проблем, которые создают инструменты разделения Windows, могут часто фиксироваться с менее решительными мерами. Для экспертов чудеса могут твориться с fdisk или sfdisk. Для тех из промежуточного навыка, мой собственный FixParts (часть gdisk пакет в Ubuntu), может решить много проблем. См. документацию FixParts для получения информации о том, как использовать ее. Этот поток форумов Ubuntu имеет некоторую основную информацию об использовании sfdisk решить проблемы. Тем не менее, если я не неправильно читал Ваш вывод, я не думаю, что FixParts сможет восстановить все Ваши разделы - по крайней мере, не отдельно. sfdisk мог, вероятно, сделать это, но это возьмет больше экспертных знаний.

К сожалению, так как Вы не представили информации о том, на что в настоящее время похожа Ваша таблица разделов, я работаю слепой над некоторыми критическими деталями. Я рекомендую прочитать ссылки, которые я предоставил (и особенно моя страница FixParts), сравните ее с тем, что Вы имеете и возможно видите то, что эти инструменты делают из Вашего диска. Если Вы хотите больше справки, редактируете Ваш вопрос включать вывод sudo fdisk -l /dev/sda и добавьте комментарий к этому ответу для установки флага моего внимания.

Относительно проблемы Вы сталкиваетесь, мое подозрение - то, что причина состоит в том, что Вы пытаетесь восстановить два раздела, как являющиеся логичным, когда нет никаких свободных секторов между ними. Обычная структура диска MBR требует по крайней мере одного свободного промежутка сектора любые два логических раздела, поэтому что Вы пытаетесь сделать, не будет работать. (Некоторые инструменты, такой как sfdisk, имейте пути вокруг этого ограничения, но большинство будет дросселировать на нем.), Учитывая Вашу структуру диска не может быть возможно включать все Ваши разделы в установку MBR кроме первым изменением размеров одного или двух разделов. В зависимости от текущего состояния раздела, которое может быть чрезвычайно опасным суждением.

Другая возможность могла бы состоять в том, чтобы преобразовать в GPT. (Или возможно диск был первоначально - и возможно все еще - в форме GPT, и Вы просто сказали TestDisk, что хотели использовать MBR?) GPT не имеет проблемы разрыва между разделами MBR, таким образом, необходимо смочь включать все разделы в эту форму. Оборотная сторона - то, что, если диск в настоящее время использует MBR и успешно загружает Windows, необходимо будет перейти через некоторые обручи для получения Windows, загружающегося в режиме EFI. (Вам также будет нужен компьютер со встроенным микропрограммным обеспечением EFI/UEFI.), Даже если диск в настоящее время использует MBR, преобразовывая в GPT, мог бы позволить Вам изменить размер разделов. Вы могли затем преобразовать назад в MBR для получения Windows, загружающегося снова. Любое такое преобразование - даже временное - вероятно, потребовало бы, чтобы Вы переустановили загрузчики.

Независимо от того, что Вы делаете, не вносите изменения в свою таблицу разделов, пока Вы полностью не понимаете то, что продолжается. Многие люди в ситуациях, подобных Вашему, причинили непоправимый вред своим данным, ворвавшись с несоответствующим пониманием проблемы. Кроме того, если у Вас уже нет хороших резервных копий, сделайте их. Даже компетентный человек мог легко закончить тем, что терял данные, пытающиеся решить Вашу проблему.


Править:

Учитывая новую информацию Вы представили, кажется, что Windows полностью стер два раздела из Вашей таблицы разделов. Хорошие новости - то, что у Вас есть превосходные данные по запуску и конечным точкам файловых систем, таким образом, необходимо смочь восстановиться. (То, что TestDisk нашел файловые системы, означает, что Ваши данные, вероятно, неповреждены, просто недоступны.)

Неважно, как Вы делаете это, я настоятельно рекомендую начать путем создания полного резервного копирования низкого уровня диска. Если мои вычисления корректны, Ваш диск составляет 700 ГиБ в размере, таким образом, необходимо смочь сделать резервное копирование на диск, по крайней мере, с так большим свободным пространством с командой как это:

sudo dd if=/dev/sda of=/path/to/lots/of/space/backup-sda.img bs=4096

Эта операция, вероятно, займет несколько часов для завершения. Будьте очень осторожны с этой командой, и в особенности с if= и of= опции, которые указывают входные и выходные файлы, соответственно. Со сделанным....

IIRC, sfdisk может создать расширенный раздел с логическими разделами, которые не имеют никакого пространства между ними, таким образом, можно попытаться восстановиться первым созданием sfdisk текстовый файл со следующей командой:

sfdisk -d /dev/sda > partitions-sda.txt

Содержание partitions-sda.txt должно быть подобно первому блоку вывода на Вашей электронной таблице. Можно затем загрузить тот файл в текстовый редактор и добавить информацию о двух недостающих разделах. Хитрые части являются запуском и значениями размера, но Вы, кажется, уже вычислили их, таким образом, просто необходимо создать соответствующие строки для них с правильными указанными значениями. Необходимо будет также скорректировать стартовую точку для расширенного раздела так, чтобы это содержало два "новых" (восстановленных) раздела. Когда Вы сделаны, можно записать результат обратно к диску:

sfdisk -f /dev/sda < partitions-sda.txt

Это должно работать. Если это не делает, тем не менее, затем, Вы, возможно, сделали ошибку, или возможно я ошибаюсь о sfdiskвозможности, или возможно sfdisk изменился.

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

Альтернатива этой процедуре должна купить новый диск и скопировать разделы по одному. Можно даже использовать dd с skip опция считать "потерянные" файловые системы из диска, не воссоздавая разделы вокруг них - но необходимо быть очень точными при определении стартовых точек.

Еще одна альтернатива должна использовать TestDisk, чтобы восстановить первый раздел Linux, уменьшить его немного с GParted и затем выполнить TestDisk снова для восстановления второго раздела Linux. Это должно работать, но существует маленький шанс, что TestDisk или GParted с записью что-то к области, занятой второй файловой системой, в то время как он официально освобождается, таким образом повреждая его.

Говоря TestDisk восстановить диск, поскольку GPT является еще одной опцией, но это представит незагрузочный Windows, по крайней мере, пока Вы не перейдете через большее количество обручей. Если Ваш компьютер будет основан на BIOS (а не основан на EFI, как большинство после компьютеров в 2011), Вы не сможете загрузить Windows вообще от GPT. Если Вы пойдете с этой опцией, то необходимо будет записать новый загрузчик в диск.


РЕДАКТИРОВАНИЕ 2:

В ответ на Ваши последние вопросы:

  • Да, Вы инвертировали бы dd управляйте для восстановления резервного копирования.
  • Обратите внимание что первое sfdisk управляйте, чтобы я представил используемый a -d опция и второе использовали a -f опция.
  • Смысл использования sfdisk это, IIRC, это - одна из редких программ, которые могут создать два логических раздела без пространства между ними. Это делает это путем записи EBRs последовательно на диске перед любым логическим разделом. Хотя EBRs являются важными дисковыми структурами данных, Вы не должны обычно пытаться изменить их вручную; просто позвольте sfdisk (или GParted или безотносительно), обрабатывают их.
  • Мое предположение - то, что Ваши разделы Linux были первоначально основными устройствами, и Windows удалил их; но возможно они были logicals, которые были созданы sfdisk или что-то еще, что может создать два логических раздела друг рядом с другом, и когда Windows partitioner видел, что дросселировал и удалил их, а не попытку создать что-то, которое он не мог.
2
ответ дан 2 December 2019 в 03:51

Другие вопросы по тегам:

Похожие вопросы: