Перемещение загрузочного раздела

Перемещение загрузочного раздела

У меня текущая ситуация:

Дем разделы

Как вы видите, слева от загрузочного раздела есть фрагмент размером 500 МБ, который я хотел бы восстановить.

Окончательная настройка, которую я хочу, такова:

Окончательная ситуация

где я оставляю 22 ГБ для корневого раздела Linux, так как я могу захотеть использовать часть свободного места для установки другого дистрибутива.

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

решение1

Первый,любойОперация по разделению, по крайней мере, немного рискованна. Вам следуетвсегдаимейте резервные копии и план восстановления на случай потери данных или потери возможности загрузки.

В сфере BIOS перемещение раздела может сделать его незагружаемым, поскольку многие загрузчики полагаются на абсолютные значения секторов для определения более сложных частей себя. Если этот сектор находится в разделе, который перемещается, ссылка вряд ли будет обновлена, и загрузка не удастся. Однако детали различаются от одного загрузчика к другому, что затрудняет прогнозирование результатов перемещения раздела. В вашем случае вы не используете BIOS, что означает, что правила BIOS не применяются. К сожалению, есть проблема EFI, которая может быть почти такой же пагубной: в EFI информация загрузчика хранится в NVRAM. Эти записи указывают на загрузчики, используя различные типы информации, включая имя файла, GUID раздела, номер раздела и идентификационный код оборудования диска. Большинство из этих вещей не изменятся при перемещении раздела, но его номер раздела может измениться.

Вы можете защитить себя от этой возможности разными способами. Самым простым может быть создание небольшого (скажем, 1 МБ) раздела перед текущим /dev/sda2. Таким образом, если GParted (или какой-либо другой инструмент) решит пронумеровать ваши разделы в возрастающей последовательности, ваш текущий /dev/sda2останется /dev/sda2(или эквивалент EFI). Еще одно, что вы можете сделать, это использовать функцию транспонирования gdisk( tопция в меню экспертов), чтобы поменять номера разделов, если ваш текущий /dev/sda2станет /dev/sda1. (Обратите внимание, что вы можете поменять существующий номер раздела на пустой, так что это может сработать, даже если в итоге не будет /dev/sda2.) В любом случае, однако, вы должны быть проактивны — некоторые EFI полностью удаляют недействительные загрузочные записи, поэтому если ваши номера разделов изменятся и вы попытаетесь загрузиться, записи могут быть потеряны, и вам придется создать их заново. Проверьте номера разделовдоперезагрузка, и если ваш ESP больше не работает /dev/sda2, немедленно примите меры.

Лично я думаю, что было бы проще (и чище) спланировать восстановление вашего загрузчика(ов). У вас, вероятно, уже установлен GRUB, так что вы можете использоватьРемонт багажника,который обычно неплохо справляется с восстановлением настроек GRUB. Если вы установите еще пару ОС, Boot Repair может сработать так же хорошо, а может и не сработать — но если вы установите еще одну ОС, он установит свой собственный загрузчик/менеджер, который может сделать то, что вам нужно. (Если онне делает(Сделайте то, что вам нужно, вам придется предпринять действия, чтобы исправить это, поскольку новая ОС почти наверняка установит свой загрузчик в качестве загрузчика по умолчанию.) Другой вариант и, как правило, полезный резервный вариант - это иметь мойпересмотретьустановлен на USB-флешку. Он может помочь загрузиться в экстренной ситуации, поскольку меньше полагается на файлы конфигурации, чем большинство загрузчиков. Если настройка GRUB начинает путаться из-за слишком большого количества ОС, rEFInd может также лучше справляться с ролью обычного менеджера загрузки — но это вопрос как личных предпочтений, так и того, что хорошо работает в конкретных ситуациях.

Связанный контент