Gracias por su ayuda, el /boot se montó en modo RO, lo cambié por:
mount -o remount,rw /boot
Luego eliminé los archivos restantes de versiones anteriores en la carpeta /boot:
rm -fr $(ls | grep "2.6.32-504")
Y tengo suficiente espacio para actualizar el kernel.
Pregunta restante, ¿se recomienda volver a poner /boot en modo RO?
Saludos
Следует отметить, что на момент написания этой статьи Debian 10 все еще находился в состоянии testing
, так что тут и там могут быть шероховатости.
Я предполагаю, что установщик Debian понятия не имел, что вторая установка будет выполняться на съемном диске, и перезаписал первую установочную копию GRUB в системном разделе EFI (ESP )одним настроенным для загрузки с USB-устройства.
Чтобы исправить, вам нужно сделать две вещи в любом порядке:
1. )Вы должны убедиться, что установка на основе USB -может загружаться сама по себе, т. е. на USB-накопителе должен быть раздел FAT32, содержащий копию загрузчика по адресу \EFI\boot\bootx64.efi
. Именно это делает съемный USB загрузочным в смысле UEFI.
2. )Чтобы исправить загрузчик установки на внутреннем жестком диске, вы можете загрузиться с установки на основе USB -, а затем смонтировать раздел (s )внутреннего жесткого диска -. на основе установки и chroot в эту установку.
Ваш вывод fdisk -l
указывает на то, что LVM, вероятно, также используется.
Исходя из вашего вывода fdisk -l
, это должно быть началом необходимых команд. Обратите внимание, что все это должно запускаться от имени root, поэтому сначала используйте либо su -
и введите пароль root, либо sudo -i
и введите свой пароль, чтобы стать root.
# mkdir /mnt/hddsystem
# cryptsetup luksOpen /dev/sda3 sda3_crypt
<the above command will ask you the encryption passphrase of the HDD installation.
If successful, then /dev/mapper/sda3_crypt should now exist>
# vgscan
<this detects the LVM volume group within the encrypted container of the HDD installation>
# lvs
<this displays all the detected LVM logical volumes and their names>
# vgchange -ay intern-vg
# mount /dev/mapper/intern--vg-root /mnt/hddsystem
<if successful, directories like /mnt/hddsystem/dev, /mnt/hddsystem/proc, /mnt/hddsystem/sys
should be visible and empty at this point. Other directories should be visible under /mnt/hddsystem too.>
# mount /dev/sda2 /mnt/hddsystem/boot
# mount /dev/sda1 /mnt/hddsystem/boot/efi
На этом этапе также может быть легко исправить загрузку системы USB, просто скопировав версию GRUB, которая ищет USB-носитель для фактической загрузки, на USB, прежде чем мы перезапишем ее на жестком диске.
# mkdir /mnt/usb-esp
# mount /dev/sdb1 /mnt/usb-esp
# mkdir -p /mnt/usb-esp/EFI/boot
# cp -r /mnt/hddsystem/boot/efi/EFI/debian /mnt/usb-esp/EFI/
# cp /mnt/usb-esp/EFI/debian/grubx64.efi /mnt/usb-esp/EFI/boot/
# cp /mnt/hddsystem/boot/efi/EFI/debian/shimx64.efi /mnt/usb-esp/EFI/boot/bootx64.efi
# umount /mnt/usb-esp
Назад к исправлению установки жесткого диска...
# mount -o bind /dev /mnt/hddsystem/dev
# mount -o bind /proc /mnt/hddsystem/proc
# mount -o bind /sys /mnt/hddsystem/sys
<these commands are preparations for the following chroot command, mounting all the necessary real and virtual filesystems so that the inactive HDD-based installation can be used like an active, running system.>
# chroot /mnt/hddsystem /bin/bash
<this command transitions us to the HDD-based environment; from this point onwards, for this shell session only, /mnt/hddsystem is /.>
# grub-install /dev/sda1
# update-grub
<these two commands to fix the bootloader are what all the preparations above were for.>