Случайно созданная новая таблица разделов для загрузочного диска

Я знаю три способа сделать то, что вы хотите, учитывая текущую ситуацию:

Метод 1: простой, но рискованный и медленный

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

Хотя TestDisk может восстанавливать начальные и конечные точки раздела и, вероятно, будет устанавливать раздел введите код правильно, он не сможет восстановить оригинальный GUID раздела. Это может быть важно для загрузки, как указано в следующем разделе.

Обратите внимание, что TestDisk (или какой-то аналогичный инструмент, это не единственный в этой категории) станет вашим единственным выбором после завершения или перезагрузки компьютер

Способ 2: более жесткий, но безопасный и быстрый

Поскольку ваше ядро ​​по-прежнему использует старую таблицу разделов, данные на ваших разделах все еще можно извлечь из памяти. Вопрос в том, как это сделать, и ответ должен выглядеть в дереве каталогов /sys/block/sda. Этот каталог должен иметь подкаталоги для каждого раздела (sda1, sda2 и т. Д.), И каждый из этих каталогов имеет файлы start и size с начальным местоположением и размером раздела в секторах , Например:

$ cat /sys/block/sda/sda2/start
1126440
$ cat /sys/block/sda/sda2/size
1536000

Это указывает на то, что в моей системе /dev/sda2 начинается в секторе 1126440 и имеет 1536000 секторов. Вы можете извлечь эту информацию и, используя gdisk, заново создать таблицу разделов - или, по крайней мере, создать разделы с правильными размерами. Вам нужно будет использовать свои знания о том, что в каждом разделе, чтобы установить их коды типов. AFAIK, нет способа восстановить значения GUID (то же самое относится к предыдущему подходу). Значение GUID ESP может быть важным, поскольку оно, скорее всего, будет использоваться EFI в рамках процесса загрузки. Вы должны иметь возможность извлечь это из вывода sudo efibootmgr -v - он будет встроен в строку, которая является частью строки ubuntu. Вы можете использовать gdisk, чтобы изменить это значение после того, как вы заново создали ESP - используйте опцию c в меню экспертов.

Метод 3: лучший и простой, но вы, вероятно, можете 't Do It

Самый лучший и простой способ сделать то, что вы хотите, - восстановить таблицу разделов из резервной копии. Инструмент gdisk предлагает опцию b в главном меню для создания такой резервной копии. Если вы это сделали, вы можете восстановить резервную копию с помощью опции l (нижний регистр «L») на этапе восстановления & amp;

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

Я знаю три способа сделать то, что вы хотите, учитывая текущую ситуацию:

Метод 1: простой, но рискованный и медленный

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

Хотя TestDisk может восстанавливать начальные и конечные точки раздела и, вероятно, будет устанавливать раздел введите код правильно, он не сможет восстановить оригинальный GUID раздела. Это может быть важно для загрузки, как указано в следующем разделе.

Обратите внимание, что TestDisk (или какой-то аналогичный инструмент, это не единственный в этой категории) станет вашим единственным выбором после завершения или перезагрузки компьютер

Способ 2: более жесткий, но безопасный и быстрый

Поскольку ваше ядро ​​по-прежнему использует старую таблицу разделов, данные на ваших разделах все еще можно извлечь из памяти. Вопрос в том, как это сделать, и ответ должен выглядеть в дереве каталогов /sys/block/sda. Этот каталог должен иметь подкаталоги для каждого раздела (sda1, sda2 и т. Д.), И каждый из этих каталогов имеет файлы start и size с начальным местоположением и размером раздела в секторах , Например:

Это указывает на то, что в моей системе /dev/sda2 начинается в секторе 1126440 и имеет 1536000 секторов. Вы можете извлечь эту информацию и, используя gdisk, заново создать таблицу разделов - или, по крайней мере, создать разделы с правильными размерами. Вам нужно будет использовать свои знания о том, что в каждом разделе, чтобы установить их коды типов. AFAIK, нет способа восстановить значения GUID (то же самое относится к предыдущему подходу). Значение GUID ESP может быть важным, поскольку оно, скорее всего, будет использоваться EFI в рамках процесса загрузки. Вы должны иметь возможность извлечь это из вывода sudo efibootmgr -v - он будет встроен в строку, которая является частью строки ubuntu. Вы можете использовать gdisk, чтобы изменить это значение после того, как вы заново создали ESP - используйте опцию c в меню экспертов.

Метод 3: лучший и простой, но вы, вероятно, можете 't Do It

Самый лучший и простой способ сделать то, что вы хотите, - восстановить таблицу разделов из резервной копии. Инструмент gdisk предлагает опцию b в главном меню для создания такой резервной копии. Если вы это сделали, вы можете восстановить резервную копию с помощью опции l (нижний регистр «L») на этапе восстановления & amp;

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

Я знаю три способа сделать то, что вы хотите, учитывая текущую ситуацию:

Метод 1: простой, но рискованный и медленный

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

Хотя TestDisk может восстанавливать начальные и конечные точки раздела и, вероятно, будет устанавливать раздел введите код правильно, он не сможет восстановить оригинальный GUID раздела. Это может быть важно для загрузки, как указано в следующем разделе.

Обратите внимание, что TestDisk (или какой-то аналогичный инструмент, это не единственный в этой категории) станет вашим единственным выбором после завершения или перезагрузки компьютер

Способ 2: более жесткий, но безопасный и быстрый

Поскольку ваше ядро ​​по-прежнему использует старую таблицу разделов, данные на ваших разделах все еще можно извлечь из памяти. Вопрос в том, как это сделать, и ответ должен выглядеть в дереве каталогов /sys/block/sda. Этот каталог должен иметь подкаталоги для каждого раздела (sda1, sda2 и т. Д.), И каждый из этих каталогов имеет файлы start и size с начальным местоположением и размером раздела в секторах , Например:

Это указывает на то, что в моей системе /dev/sda2 начинается в секторе 1126440 и имеет 1536000 секторов. Вы можете извлечь эту информацию и, используя gdisk, заново создать таблицу разделов - или, по крайней мере, создать разделы с правильными размерами. Вам нужно будет использовать свои знания о том, что в каждом разделе, чтобы установить их коды типов. AFAIK, нет способа восстановить значения GUID (то же самое относится к предыдущему подходу). Значение GUID ESP может быть важным, поскольку оно, скорее всего, будет использоваться EFI в рамках процесса загрузки. Вы должны иметь возможность извлечь это из вывода sudo efibootmgr -v - он будет встроен в строку, которая является частью строки ubuntu. Вы можете использовать gdisk, чтобы изменить это значение после того, как вы заново создали ESP - используйте опцию c в меню экспертов.

Метод 3: лучший и простой, но вы, вероятно, можете 't Do It

Самый лучший и простой способ сделать то, что вы хотите, - восстановить таблицу разделов из резервной копии. Инструмент gdisk предлагает опцию b в главном меню для создания такой резервной копии. Если вы это сделали, вы можете восстановить резервную копию с помощью опции l (нижний регистр «L») на этапе восстановления & amp;

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