Переміщення / завантаження розділу без збитку системи


11

Макет розділів

Я видалив свій старий розділ Linux Mint, який я встановив поруч із новим поточним Rafaela. Таким чином, у мене є вільний простір, який я хочу додати до своєї домашньої секції.
Вище видно макет розділу:
sda4 - це системний розділ, а / boot
sda5 - домашній розділ

Я хочу розширити дім з нерозподіленим простором, але, на жаль, системний розділ є між ними, і мені потрібно перенести його на початок нерозподіленого простору.
Оскільки я отримав попередження про те, що система може не завантажуватися більше, якщо я рухаюся / завантажуюся, я хотів би знати, як я можу це зробити, не порушуючи систему. Має сенс, що система не може завантажитися, якщо завантажувач більше не може знайти ядро, тому я думаю, що після зміни макета розділу мені потрібно ввімкнути / відновити груб.

Хтось знає, як я можу безпечно додати нерозподілений простір додому?

Відповіді:


5

У секторі завантаження потрібно знайти завантажувальний розділ, після чого завантажувач вимикає розділи, не байдуже, чи знаходяться вони на диску.
Я припускаю, що ви використовуєте gparted в прямому ефірі на знімку екрана. Після зміни розміру вам потрібно буде з оболонки:

  1. Змонтуйте переселений кореневий розділ, що містить каталог завантаження
  2. якщо / boot є окремим монтуванням розділу, він знаходиться в кріпленні кореневого розділу
  3. Встановіть / dev до каталогу dev у вашому кореневому монтажі за допомогою параметра --bind
  4. Chroot в кореневу верхівку
  5. Запустіть grub-install або liloconfig, щоб перевстановити завантажувальний сектор

Сьогодні я переїхав і змінив розміри перегородок і все працювало без проблем. Мені навіть не потрібно було хронувати на кореневий розділ. Я думаю, це тому, що / boot / efi - це окремий розділ. Однак я відзначаю це як рішення, бо думаю, що це може бути відповіддю, якщо у вас виникнуть проблеми. До речі, не забудьте використовувати 64-бітний живий носій для 64-бітного. Інакше ви не можете хротуватись на диску.
Торбен

Я не думав про 64/32 біт різниці, але це правильно. для запуску 64-бітових бінарних файлів на ОС, на яку ви вступаєте, вам потрібно запустити 64-бітну ОС.
MVanOrder

0

Я переплутав свій розділ (Ubuntu 19.04).

На щастя, це було легко зробити це, я просто повинен був виконати update-grubз живого USB ubuntu (не хвилюйтесь, що це легко).

У мене виникло повідомлення про помилку : символ помилки grub_efi_allocate_fixedне знайдено

Порядок:

  1. Створіть USB Ubuntu Live та завантажте його
  2. Знайдіть своє місце розташування ОС (з gparted, наприклад: / dev / sda1 )
  3. Виконайте ці команди (замініть / dev / sda1 своїм розділом)
sudo mount /dev/sda1 /mnt
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
sudo chroot /mnt
sudo update-grub

Перезавантажте і, можливо, це спрацює :)

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.