Здесь рассматриваются два возможных подхода: shrink /dev /sda2 или раздел nuke /dev /sda1 (оставляя данные в такте).
Я уверен, что есть и другие варианты, кроме этих двух. Я просто указываю на некоторые подходы.
Почему вы хотите переместить основной раздел в расширенный раздел?
Я собираюсь догадаться, что вас беспокоит ограничение: традиционные ограничения для MBR - это 4 раздела. Если /dev /sda3 был перенесен в расширенный раздел, вы бы достигли этого предела.
Однако, где вы планируете разместить раздел Fedora? В частности, что будет значением "Начало" и значением "Конец"? У вас также есть еще одна проблема, которая заключается в наличии достаточного места.
Из отчета fdisk /dev /sda4 - это ваш расширенный раздел, который начинается с 85628928, то есть за 2048 лет до начала /dev /sda5. Итак, это показывает, что в начале расширенного раздела есть немного места перед первым "логическим диском", который находится внутри расширенного раздела. Теперь ваш /dev /sda3 начинается с 84604928, а это ровно один сектор после того, как /dev /sda2 заканчивается на 84604927. Таким образом, перед /dev /sda3 нет свободного места для вставки начала расширенного раздела.
Это означает, что у вас есть два варианта: переместить содержимое раздела /dev /sda3 или уменьшить /dev /sda2 (как минимум на 2048), чтобы /dev /sda2 закончился раньше. Простое сжатие, вероятно, является более безопасной задачей, чем попытка переместить раздел. Это действительно опасные части процесса. Если вы можете сжать /dev /sda2, то вы можете настроить начальный сектор расширенного раздела, что довольно безопасно для некоторых программ. (OpenBSD fdisk - лучшее, что я видел в современном программном обеспечении: Ranish Partition Manager также был великолепен.)
На рисунке видно, что после расширенного раздела у вас есть место "Не выделено".
На самом деле ... может быть гораздо проще справиться со всем этим. Вы используете /dev /sda1? Или это какой-то раздел System Recovery, который вы на самом деле не используете?
Если вы на самом деле не используете /dev /sda1, вы можете сделать это: A) Использовать OpenBSD fdisk (я просто достаточно знаком с этой опцией программного обеспечения.)
B) Отредактируйте раздел 0 (предполагая, что это тот, который начинается в 2048, заканчивается в 718847 и имеет тип ID 7).
Примечание: размеры блоков могут быть указаны по-разному? Если это так, компенсируйте с другими номерами, в зависимости от обстоятельств.
C) Внесите следующие изменения в Раздел 0: Начало: изменение с 2048 на 0 Окончание: изменение с 718847 на 0 Тип / идентификатор: изменение с 07 на 00
Там у вас есть свободное место на MBR. Теперь вы можете добавить раздел и запустить его после 883879935, и израсходовать те 44,29 ГБ, которые у вас есть в конце диска.
Ваши данные NTFS просто продолжат сидеть на диске в 2048 году. Если вы когда-нибудь чувствовали необходимость загрузки с него снова, вы можете отредактировать MBR, чтобы изменить раздел, чтобы он начинался с 2048 года, заканчивался с 718847 и снова использовать Type/ID 07.
Там действительно нет предела, что вы можете иметь только один раздел (один из которых "расширенный") на диске. Общее ограничение состоит в том, что у вас может быть только 4 таких раздела, определенных MBR, поэтому вы можете иметь только столько доступных / активных одновременно. Но вы можете переворачивать взад и вперед по желанию.
Я делал такие махинации успешно раньше. Обратите внимание, однако, что некоторые программы могут делать странные вещи и пытаться записать в пространство, которое не находится в разделе. Я бы особенно настороженно относился к поддержке гибернации (это ноутбук?). Кроме того, мой опыт работы с Microsoft System Center Data Protection Manager (программным обеспечением для резервного копирования) позволяет предположить, что он хранит данные не так, как том тома файловой системы в определенном разделе. Хорошая особенность fdisk в OpenBSD состоит в том, что вы можете просто изменить загрузочные записи, которые можно отменить с достаточной тщательностью. В те дни, когда я чаще использовал MS-DOS, Microsoft FDISK любезно уничтожил бы первые 512 байт (или это было 2048 байт?) данных в разделе. Если такие изменения вносятся в том файловой системы, это по существу приводит к потере данных, что обычно делает весь том файловой системы непригодным для использования. Поэтому возможность безопасного выполнения некоторых задач может зависеть от того, какое программное обеспечение вы используете (а также от того, насколько хорошо вы знаете, что делаете, и насколько вы осторожны). Я бы не советовал поиграться с каким-либо изменением размера / перемещением диска или удалением раздела (при попытке сохранить такт файловой системы в такте), если у меня еще не было достаточно важных данных, достаточно резервных копий (желательно на другом диске) ,
Одна вещь, которую вы можете сделать, это скопировать (а не переместить) существующий раздел /dev /sda3. После /dev /sda7 у вас достаточно свободного места для хранения копии (или даже нескольких копий). Теоретически это можно сделать с помощью dd (используя соответствующие значения для таких вещей, как skip =). Но если вы пишете в неразмеченное пространство, вам, как правило, нужно быть предельно осторожным, чтобы не позволить пространству использоваться (записываться) несколькими программами. Если вы не будете тщательно отслеживать цифры, вы, вероятно, потеряете их. (Почти весь этот пост, я просто пишу о том, что вполне возможно. Для важных данных единственным подходящим подходящим подходом является создание надлежащей резервной копии, которая сохраняет все важные данные от всех на всем диске.)
Я подтверждаю ответ Рода Смита на вопрос из комментариев: системы Linux могут загружаться с расширенных разделов.
