Полностью переместите личинку в новый раздел

Question 1

Как Вы полностью перемещаете Личинку в новый раздел? Когда я установил Ubuntu (Kubuntu), я только выделил 256 мебибайт для /boot раздел, который, кажется, не достаточно. Каждый раз новое ядро установлено часть сбоев установки путь через должный к там тому, чтобы не быть достаточным количеством пространства, таким образом, я должен вручную вмешаться. Таким образом, я пытаюсь переместить личинку от своего старого раздела начальной загрузки, /dev/sdb5, к моему новому разделу на 512 мебибайт, /dev/sdb7.

Я отредактировал /etc/fstab для указания используют новый раздел начальной загрузки.

# /boot was on /dev/sdb5 during installation
#UUID=f1fcbfbe-7943-4e48-9796-8d0c42076c0b      /boot   ext4    defaults        0       2
# /boot is now on /dev/sdb7
UUID=70d8be3a-6b6c-4722-ab0d-e79d93e6dd1c       /boot   ext4    defaults        0       2

Я размонтировался /boot/efi (/dev/sdb2), и /boot (/dev/sdb5). И затем смонтированный /dev/sdb7 как /boot, повторно смонтированный /boot/efi, и повторно смонтированный /dev/sdb5 как /mnt/boot.

Я работал:

$ sudo grub-install /dev/sdb7
Installing for x86_64-efi platform.
Installation finished. No error reported.

И:

$ sudo update-grub
Generating grub configuration file ...
Found Windows Boot Manager on /dev/sdb2@/EFI/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for EFI firmware configuration
done

Однако изображение Linux отсутствует в /boot:

$ ls -1 /boot
efi
grub
lost+found

В то время как старое /boot имеет:

$ ls -1 /mnt/boot/
abi-4.15.0-32-generic
abi-4.15.0-33-generic
config-4.15.0-32-generic
config-4.15.0-33-generic
efi
grub
initrd.img-4.15.0-33-generic
lost+found
memtest86+.bin
memtest86+.elf
memtest86+_multiboot.bin
retpoline-4.15.0-32-generic
retpoline-4.15.0-33-generic
System.map-4.15.0-32-generic
System.map-4.15.0-33-generic
vmlinuz-4.15.0-33-generic

Я должен пропускать шаг. Что надлежащий процесс должен сделать это? Существует ли команда, которую я пропускаю для восстановления изображения Linux?

Примечание: Причина я хочу /boot быть отдельным разделом от / то, потому что / зашифрованный ext4 раздел LUKS.

Вывод от sudo fdisk -l:

Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: CFE364AE-6B98-4A85-BE10-7E8A8833426F

Device         Start       End   Sectors   Size Type
/dev/sda1       2048 976762879 976760832 465.8G Microsoft basic data
/dev/sda2  976762880 977287167    524288   256M Linux filesystem


Disk /dev/sdb: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 1AB601E6-CACA-4A3F-828A-A334CC3564DF

Device          Start        End    Sectors   Size Type
/dev/sdb1        2048     923647     921600   450M Windows recovery environment
/dev/sdb2      923648    1128447     204800   100M EFI System
/dev/sdb3     1128448    1161215      32768    16M Microsoft reserved
/dev/sdb4     1161216 1534093311 1532932096   731G Microsoft basic data
/dev/sdb5  1534093312 1534617599     524288   256M Linux filesystem
/dev/sdb6  1534617600 1952475135  417857536 199.3G Linux filesystem
/dev/sdb7  1952475136 1953523711    1048576   512M Linux filesystem




Disk /dev/mapper/sdb6_crypt: 199.3 GiB, 213940961280 bytes, 417853440 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Вывод от lsblk -lf:

NAME       FSTYPE      LABEL          UUID                                 MOUNTPOINT
sda                                                                        
sda1       ntfs        Extra Disk     54186D8E186D7042                     
sda2       ext4                       fae6b821-6644-4883-a2f1-da5c42485431 
sdb                                                                        
sdb1       ntfs        Recovery       44F21BC7F21BBC5C                     
sdb2       vfat                       941C-5A1E                            /boot/efi
sdb3                                                                       
sdb4       ntfs                       6C32289F3228706E                     
sdb5       ext4        Linux Boot Old f1fcbfbe-7943-4e48-9796-8d0c42076c0b /boot
sdb6       crypto_LUKS                b2d73541-783b-4336-a62c-1e11d0cc2b47 
sdb7       ext4        Linux Boot     70d8be3a-6b6c-4722-ab0d-e79d93e6dd1c 
sr0                                                                        
sdb6_crypt ext4        Linux Root     1e8b2b29-1857-4b38-84ee-d3c386f5085e /

Question 2

Я мог достигнуть его путем выполнения его следующим образом.

Ниже фактическое представление командных строк, когда я изменился /boot раздел от sda7 до sda9

kubuntu@kubuntu:~$ sudo blkid
/dev/sda2: UUID="BCB3-3DA0" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="e5db3aba-af70-4112-8858-1aff620887a0"
/dev/sda3: UUID="F2B6E7A8B6E76C13" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="02c16852-6715-42db-ac16-c9007d86934a"
/dev/sda4: UUID="2d2846e3-4382-4dec-bad3-ec27c9f3311d" TYPE="ext4" PARTUUID="67dd28fb-4a80-4deb-aa25-8f1b93f1a4ba"
/dev/sda5: LABEL="SAS DI" UUID="605EEA015EE9D038" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="82da16ec-8c57-41b8-9f8b-e2d2bdc3b183"
/dev/sda6: LABEL="MADURI" UUID="C4F8CC63F8CC54F8" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="6c75ef1c-376c-4ede-9072-3a888b0bf94d"
/dev/sda7: UUID="4eab37c8-7d22-4580-b53e-47e8768318c8" TYPE="ext4" PARTUUID="8d49090a-7495-4f10-a83d-3e4f4abca525"
/dev/sda8: UUID="e569a993-a701-4b1f-acc1-ba0e862ba0de" TYPE="ext4" PARTLABEL="Kubuntu 18.04" PARTUUID="af772c38-570b-4e9b-a5ce-ca26b28bec1a"
/dev/sda9: UUID="360b1c4c-b6f8-49fd-93e2-c9c086e95e4c" TYPE="ext4" PARTUUID="3327a153-0c8a-46c1-a23d-ef4774564875"
/dev/loop0: TYPE="squashfs"
/dev/sda1: PARTLABEL="Microsoft reserved partition" PARTUUID="c2ca0fe9-67db-468a-bf0f-8d9ce78cf129"
/dev/sdb1: UUID="2018-07-25-03-28-48-00" LABEL="Kubuntu 18.04.1 LTS amd64" TYPE="iso9660" PTUUID="418c5dc0" PTTYPE="dos" PARTUUID="418c5dc0-01"
/dev/sdb2: SEC_TYPE="msdos" UUID="0D5F-1DB6" TYPE="vfat" PARTUUID="418c5dc0-02"
kubuntu@kubuntu:~$ sudo mount /dev/sda8 /mnt
kubuntu@kubuntu:~$ sudo mount /dev/sda9 /mnt/boot
kubuntu@kubuntu:~$ sudo chroot /mnt
root@kubuntu:/# sudo nano /etc/fstab
sudo: unable to resolve host kubuntu: Resource temporarily unavailable
root@kubuntu:/# exit
exit
kubuntu@kubuntu:~$ sudo mkdir /mnt/home/OBP
kubuntu@kubuntu:~$ sudo mount /dev/sda7 /mnt/home/OBP
kubuntu@kubuntu:~$ sudo cp -r /mnt/home/OBP/* /mnt/boot/
kubuntu@kubuntu:~$ sudo mount /dev/sda2 /mnt/boot/efi
kubuntu@kubuntu:~$ for i in /sys /proc /dev /run; do sudo mount --bind "$i" "/mnt$i"; done
kubuntu@kubuntu:~$ sudo chroot /mnt                                                                                                                                                             
root@kubuntu:/# update-grub                                                                                                                                                                     
Generating grub configuration file ...                                                                                                                                                          
Found linux image: /boot/vmlinuz-4.15.0-29-generic                                                                                                                                              
Found initrd image: /boot/initrd.img-4.15.0-29-generic                                                                                                                                          
grub-probe: error: cannot find a GRUB drive for /dev/sdb1.  Check your device.map.                                                                                                              
Found Windows Boot Manager on /dev/sda2@/EFI/Microsoft/Boot/bootmgfw.efi                                                                                                                        
Found Ubuntu 18.10 (18.10) on /dev/sda4                                                                                                                                                         
Adding boot menu entry for EFI firmware configuration                                                                                                                                           
done                                                                                                                                                                                            
root@kubuntu:/# grub-install /dev/sda                                                                                                                                                           
Installing for x86_64-efi platform.                                                                                                                                                             
Installation finished. No error reported.                                                                                                                                                       
root@kubuntu:/# update-grub                                                                                                                                                                     
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.15.0-29-generic
Found initrd image: /boot/initrd.img-4.15.0-29-generic
grub-probe: error: cannot find a GRUB drive for /dev/sdb1.  Check your device.map.
Found Windows Boot Manager on /dev/sda2@/EFI/Microsoft/Boot/bootmgfw.efi
Found Ubuntu 18.10 (18.10) on /dev/sda4
Adding boot menu entry for EFI firmware configuration
done
root@kubuntu:/# ls -1 /boot
abi-4.15.0-29-generic
config-4.15.0-29-generic
efi
grub
initrd.img-4.15.0-29-generic
lost+found
memtest86+.bin
memtest86+.elf
memtest86+_multiboot.bin
retpoline-4.15.0-29-generic
System.map-4.15.0-29-generic
vmlinuz-4.15.0-29-generic
root@kubuntu:/# lsblk -lf
NAME  FSTYPE   LABEL                     UUID                                 MOUNTPOINT
loop0 squashfs                                                                
sda                                                                           
sda1                                                                          
sda2  vfat                               BCB3-3DA0                            /boot/efi
sda3  ntfs                               F2B6E7A8B6E76C13                     
sda4  ext4                               2d2846e3-4382-4dec-bad3-ec27c9f3311d 
sda5  ntfs     SAS DI                    605EEA015EE9D038                     
sda6  ntfs     MADURI                    C4F8CC63F8CC54F8                     
sda7  ext4                               4eab37c8-7d22-4580-b53e-47e8768318c8 /home/OBP
sda8  ext4                               e569a993-a701-4b1f-acc1-ba0e862ba0de /
sda9  ext4                               360b1c4c-b6f8-49fd-93e2-c9c086e95e4c /boot
sdb   iso9660  Kubuntu 18.04.1 LTS amd64 2018-07-25-03-28-48-00               
sdb1  iso9660  Kubuntu 18.04.1 LTS amd64 2018-07-25-03-28-48-00               
sdb2  vfat     Kubuntu 18.04.1 LTS amd64 0D5F-1DB6                            
sr0                                                                           
root@kubuntu:/# exit
exit
kubuntu@kubuntu:~$ shutdown now

Вещи знать перед входом в систему для "Попытки Kubuntu" сессия.

Корневой раздел; в моем случае это /dev/sda8.
Раздел EFI; в моем случае это /dev/sda2.
/boot старый раздел; в моем случае это /dev/sda7.
Новый /boot раздел; в моем случае это /dev/sda9.
Буква диска жесткого диска; в моем случае это - sda.

Я собираюсь изменить свой раздел начальной загрузки от sda7 до sda9

Вход в систему с Kubuntu 18.04 "Пробует Kubuntu" сессия.

Откройте Konsole и выполните команду

sudo blkid и скопируйте UUID раздела, который будет новым / разделом начальной загрузки, который является sda9
sudo mount /dev/sda8 /mnt # монтирование корневого раздела
sudo mount /dev/sda9 /mnt/boot # монтирование нового / раздела начальной загрузки
sudo chroot /mnt
nano /etc/fstab # откройте fstab файл

Вручную прокрутите вниз к части UUID /boot в /etc/fstab файл клавишами со стрелками.

Вставьте скопированный UUID (от шага 1) путем удаления UUID старого раздела начальной загрузки.

Чтобы сохранить файл, нажмите Ctrl+X, Y и Enter

exit # выход от chroot

Прежде, чем смонтироваться /boot/efi раздел мы должны скопировать данные в старом разделе начальной загрузки к новому разделу начальной загрузки.

sudo mkdir /mnt/home/OBP # создание папки для монтирования старого раздела начальной загрузки
sudo mount /dev/sda7 /mnt/home/OBP # Старое монтирование раздела начальной загрузки
sudo cp -r /mnt/home/OBP/* /mnt/boot/
sudo mount /dev/sda2 /mnt/boot/efi
for i in /sys /proc /dev /run; do sudo mount --bind "$i" "/mnt$i"; done
sudo chroot /mnt
update-grub
grub-install /dev/sda
update-grub
exit
shutdown now

Начало с нуля система и Вы можете теперь удалить старый раздел начальной загрузки.

Question 3

Question 4

256 МБ для `/boot` и 200 ГБ для `/`

У Вас есть много пространства, но /boot каталог является "пространством, которому бросают вызов". Я предложил бы переместиться /boot от sdb5 кому: / на sdb6.

Ваш текущий план перемещения /boot к новому разделу sdb7 то, которое составляет только 512 МБ, кажется ограниченным. Иногда мой /boot могут быть многие ГБ, если я проверяю несколько ядер.

Как переместиться `/boot` кому: `/`

Здесь уже существует ответ:

Да это возможно. Также не легкий. Если Вы намерение переместить разделенный / раздел начальной загрузки и или / раздел необходимо рассмотреть, в первую очередь, изменение fstab записей.

Если Вы перемещаетесь, файлы к новому разделу затем не забывают использовать cp -p при копировании для сохранения полномочий. скорректируйте затем Ваш /etc/fstab к новому UUID разделов, которые Вы будете использовать. Можно получить раздел uuid путем выполнения blkid /dev/sdXn где X название диска и n количество раздела.

Можно также использовать blkid, чтобы присоединить маркировки к разделам и затем смонтироваться через маркировки, который является намного более легким чтением man blkid узнавать больше.

После того, как Вы измените разделы и скорректируете/etc/fstab, необходимо работать update-grub - доступный на сценарии Debian/Ubuntu или grub-mkconfig -o /boot/grub/grub.cfg генерировать новый файл конфигурации и затем переустановить личинку в первый HDD что Вы бот от. grub-install --recheck /dev/sdb

Конечно, не забывайте, что, когда copiying монтируются, новое / или / раздел начальной загрузки на/mnt и после копирования всех файлов монтирует их как / и / загружают chroot и только затем выполняют обновление личинки, если Вы хотите, чтобы вещи были сделаны правильно.

Question 5

Так, я предполагаю, что Вы должны просто перемещаться/копировать все файлы ядра от старого каталога до нового, и личинка обновления. Попробуйте: sudo cp /mnt/boot/* /boot && sudo update-grub

user369450 · Accepted Answer · 23 November 2019 в 06:31

Я мог достигнуть его путем выполнения его следующим образом.

Ниже фактическое представление командных строк, когда я изменился /boot раздел от sda7 до sda9

kubuntu@kubuntu:~$ sudo blkid
/dev/sda2: UUID="BCB3-3DA0" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="e5db3aba-af70-4112-8858-1aff620887a0"
/dev/sda3: UUID="F2B6E7A8B6E76C13" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="02c16852-6715-42db-ac16-c9007d86934a"
/dev/sda4: UUID="2d2846e3-4382-4dec-bad3-ec27c9f3311d" TYPE="ext4" PARTUUID="67dd28fb-4a80-4deb-aa25-8f1b93f1a4ba"
/dev/sda5: LABEL="SAS DI" UUID="605EEA015EE9D038" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="82da16ec-8c57-41b8-9f8b-e2d2bdc3b183"
/dev/sda6: LABEL="MADURI" UUID="C4F8CC63F8CC54F8" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="6c75ef1c-376c-4ede-9072-3a888b0bf94d"
/dev/sda7: UUID="4eab37c8-7d22-4580-b53e-47e8768318c8" TYPE="ext4" PARTUUID="8d49090a-7495-4f10-a83d-3e4f4abca525"
/dev/sda8: UUID="e569a993-a701-4b1f-acc1-ba0e862ba0de" TYPE="ext4" PARTLABEL="Kubuntu 18.04" PARTUUID="af772c38-570b-4e9b-a5ce-ca26b28bec1a"
/dev/sda9: UUID="360b1c4c-b6f8-49fd-93e2-c9c086e95e4c" TYPE="ext4" PARTUUID="3327a153-0c8a-46c1-a23d-ef4774564875"
/dev/loop0: TYPE="squashfs"
/dev/sda1: PARTLABEL="Microsoft reserved partition" PARTUUID="c2ca0fe9-67db-468a-bf0f-8d9ce78cf129"
/dev/sdb1: UUID="2018-07-25-03-28-48-00" LABEL="Kubuntu 18.04.1 LTS amd64" TYPE="iso9660" PTUUID="418c5dc0" PTTYPE="dos" PARTUUID="418c5dc0-01"
/dev/sdb2: SEC_TYPE="msdos" UUID="0D5F-1DB6" TYPE="vfat" PARTUUID="418c5dc0-02"
kubuntu@kubuntu:~$ sudo mount /dev/sda8 /mnt
kubuntu@kubuntu:~$ sudo mount /dev/sda9 /mnt/boot
kubuntu@kubuntu:~$ sudo chroot /mnt
root@kubuntu:/# sudo nano /etc/fstab
sudo: unable to resolve host kubuntu: Resource temporarily unavailable
root@kubuntu:/# exit
exit
kubuntu@kubuntu:~$ sudo mkdir /mnt/home/OBP
kubuntu@kubuntu:~$ sudo mount /dev/sda7 /mnt/home/OBP
kubuntu@kubuntu:~$ sudo cp -r /mnt/home/OBP/* /mnt/boot/
kubuntu@kubuntu:~$ sudo mount /dev/sda2 /mnt/boot/efi
kubuntu@kubuntu:~$ for i in /sys /proc /dev /run; do sudo mount --bind "$i" "/mnt$i"; done
kubuntu@kubuntu:~$ sudo chroot /mnt                                                                                                                                                             
root@kubuntu:/# update-grub                                                                                                                                                                     
Generating grub configuration file ...                                                                                                                                                          
Found linux image: /boot/vmlinuz-4.15.0-29-generic                                                                                                                                              
Found initrd image: /boot/initrd.img-4.15.0-29-generic                                                                                                                                          
grub-probe: error: cannot find a GRUB drive for /dev/sdb1.  Check your device.map.                                                                                                              
Found Windows Boot Manager on /dev/sda2@/EFI/Microsoft/Boot/bootmgfw.efi                                                                                                                        
Found Ubuntu 18.10 (18.10) on /dev/sda4                                                                                                                                                         
Adding boot menu entry for EFI firmware configuration                                                                                                                                           
done                                                                                                                                                                                            
root@kubuntu:/# grub-install /dev/sda                                                                                                                                                           
Installing for x86_64-efi platform.                                                                                                                                                             
Installation finished. No error reported.                                                                                                                                                       
root@kubuntu:/# update-grub                                                                                                                                                                     
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.15.0-29-generic
Found initrd image: /boot/initrd.img-4.15.0-29-generic
grub-probe: error: cannot find a GRUB drive for /dev/sdb1.  Check your device.map.
Found Windows Boot Manager on /dev/sda2@/EFI/Microsoft/Boot/bootmgfw.efi
Found Ubuntu 18.10 (18.10) on /dev/sda4
Adding boot menu entry for EFI firmware configuration
done
root@kubuntu:/# ls -1 /boot
abi-4.15.0-29-generic
config-4.15.0-29-generic
efi
grub
initrd.img-4.15.0-29-generic
lost+found
memtest86+.bin
memtest86+.elf
memtest86+_multiboot.bin
retpoline-4.15.0-29-generic
System.map-4.15.0-29-generic
vmlinuz-4.15.0-29-generic
root@kubuntu:/# lsblk -lf
NAME  FSTYPE   LABEL                     UUID                                 MOUNTPOINT
loop0 squashfs                                                                
sda                                                                           
sda1                                                                          
sda2  vfat                               BCB3-3DA0                            /boot/efi
sda3  ntfs                               F2B6E7A8B6E76C13                     
sda4  ext4                               2d2846e3-4382-4dec-bad3-ec27c9f3311d 
sda5  ntfs     SAS DI                    605EEA015EE9D038                     
sda6  ntfs     MADURI                    C4F8CC63F8CC54F8                     
sda7  ext4                               4eab37c8-7d22-4580-b53e-47e8768318c8 /home/OBP
sda8  ext4                               e569a993-a701-4b1f-acc1-ba0e862ba0de /
sda9  ext4                               360b1c4c-b6f8-49fd-93e2-c9c086e95e4c /boot
sdb   iso9660  Kubuntu 18.04.1 LTS amd64 2018-07-25-03-28-48-00               
sdb1  iso9660  Kubuntu 18.04.1 LTS amd64 2018-07-25-03-28-48-00               
sdb2  vfat     Kubuntu 18.04.1 LTS amd64 0D5F-1DB6                            
sr0                                                                           
root@kubuntu:/# exit
exit
kubuntu@kubuntu:~$ shutdown now

Вещи знать перед входом в систему для "Попытки Kubuntu" сессия.

Корневой раздел; в моем случае это /dev/sda8.
Раздел EFI; в моем случае это /dev/sda2.
/boot старый раздел; в моем случае это /dev/sda7.
Новый /boot раздел; в моем случае это /dev/sda9.
Буква диска жесткого диска; в моем случае это - sda.

Я собираюсь изменить свой раздел начальной загрузки от sda7 до sda9

Вход в систему с Kubuntu 18.04 "Пробует Kubuntu" сессия.

Откройте Konsole и выполните команду

sudo blkid и скопируйте UUID раздела, который будет новым / разделом начальной загрузки, который является sda9
sudo mount /dev/sda8 /mnt # монтирование корневого раздела
sudo mount /dev/sda9 /mnt/boot # монтирование нового / раздела начальной загрузки
sudo chroot /mnt
nano /etc/fstab # откройте fstab файл

Вручную прокрутите вниз к части UUID /boot в /etc/fstab файл клавишами со стрелками.

Вставьте скопированный UUID (от шага 1) путем удаления UUID старого раздела начальной загрузки.

Чтобы сохранить файл, нажмите Ctrl+X, Y и Enter

exit # выход от chroot

Прежде, чем смонтироваться /boot/efi раздел мы должны скопировать данные в старом разделе начальной загрузки к новому разделу начальной загрузки.

sudo mkdir /mnt/home/OBP # создание папки для монтирования старого раздела начальной загрузки
sudo mount /dev/sda7 /mnt/home/OBP # Старое монтирование раздела начальной загрузки
sudo cp -r /mnt/home/OBP/* /mnt/boot/
sudo mount /dev/sda2 /mnt/boot/efi
for i in /sys /proc /dev /run; do sudo mount --bind "$i" "/mnt$i"; done
sudo chroot /mnt
update-grub
grub-install /dev/sda
update-grub
exit
shutdown now

Начало с нуля система и Вы можете теперь удалить старый раздел начальной загрузки.

WinEunuuchs2Unix · Answer 2 · 23 November 2019 в 06:31

256 МБ для `/boot` и 200 ГБ для `/`

У Вас есть много пространства, но /boot каталог является "пространством, которому бросают вызов". Я предложил бы переместиться /boot от sdb5 кому: / на sdb6.

Ваш текущий план перемещения /boot к новому разделу sdb7 то, которое составляет только 512 МБ, кажется ограниченным. Иногда мой /boot могут быть многие ГБ, если я проверяю несколько ядер.

Как переместиться `/boot` кому: `/`

Здесь уже существует ответ:

Да это возможно. Также не легкий. Если Вы намерение переместить разделенный / раздел начальной загрузки и или / раздел необходимо рассмотреть, в первую очередь, изменение fstab записей.

Если Вы перемещаетесь, файлы к новому разделу затем не забывают использовать cp -p при копировании для сохранения полномочий. скорректируйте затем Ваш /etc/fstab к новому UUID разделов, которые Вы будете использовать. Можно получить раздел uuid путем выполнения blkid /dev/sdXn где X название диска и n количество раздела.

Можно также использовать blkid, чтобы присоединить маркировки к разделам и затем смонтироваться через маркировки, который является намного более легким чтением man blkid узнавать больше.

После того, как Вы измените разделы и скорректируете/etc/fstab, необходимо работать update-grub - доступный на сценарии Debian/Ubuntu или grub-mkconfig -o /boot/grub/grub.cfg генерировать новый файл конфигурации и затем переустановить личинку в первый HDD что Вы бот от. grub-install --recheck /dev/sdb

Конечно, не забывайте, что, когда copiying монтируются, новое / или / раздел начальной загрузки на/mnt и после копирования всех файлов монтирует их как / и / загружают chroot и только затем выполняют обновление личинки, если Вы хотите, чтобы вещи были сделаны правильно.

metallic · Answer 3 · 23 November 2019 в 06:31

Так, я предполагаю, что Вы должны просто перемещаться/копировать все файлы ядра от старого каталога до нового, и личинка обновления. Попробуйте: sudo cp /mnt/boot/* /boot && sudo update-grub

Полностью переместите личинку в новый раздел

3 ответа

256 МБ для `/boot` и 200 ГБ для `/`

Как переместиться `/boot` кому: `/`

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

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

Полностью переместите личинку в новый раздел

3 ответа

256 МБ для /boot и 200 ГБ для /

Как переместиться /boot кому: /

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

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

256 МБ для `/boot` и 200 ГБ для `/`

Как переместиться `/boot` кому: `/`