Re: /boot is vol .. (en niet met kernels)
On Sun, Oct 10, 2021 at 08:58:06AM +0200, Gijs Hillenius wrote:
> Hoi!
>
> Mijn Debian unstable workstation (een nieuwe machine geïnstalleerd met
> Debian unstable ergens in December 2019) heeft een te krappe boot
> partitie.
>
> Bij updates kan ik nog slechts één kernel installeren (de 'running
> kernel' moet er dan eerst af). En firmware updaten, dat wil ie nu niet
> meer.
>
> df -h:
> ,----
> | /dev/nvme0n1p2 237M 101M 124M 45% /boot
> | /dev/nvme0n1p1 511M 4.7M 507M 1% /boot/ef
> `----
>
> Wat is de beste aanpak?
>
> 1) Kan ik die efi partitie opschonen? Zit het vol met "firmware
> updates"?
>
> ls /boot/efi/EFI/debian/
> BOOTX64.CSV fbx64.efi fw fwupdx64.efi grub.cfg grubx64.efi mmx64.efi shimx64.efi
Daar herken ik niet de 'Het zit vol met "firmware updates"'
Oh, goede morgen, ik zie nu dat openingsvragen
Kan ik die partitie opschonen?
Zit het vol met "firmware updates"?
eigenlijk suggestieve vragen zijn.
> 2) Opstarten vanaf Debian rescue en dan de root partitie /
> (/dev/mapper/inauditus--vg-root) verkleinen, en daarmee /boot vergroten?
Mijn inziens gaat dat niet vliegen.
Uit de gecensureerde output van `df -h` maak ik op dat /boot geen
logical volume is. Dus het resize voordeel van LVM is op /boot niet van
toepassing.
Ik heb niet paraat of "boot loaders" LVM begrijpen.
/boot op een gewone partitie i.p.v. logical volume is een veilige keuze.
> 3) De root partitie / verkleinen en en nieuwe partitie aanwijzen als
> /boot, spullen overzetten?
Beschouw dat traject
in de categorie "voetreis van Hoek van Holland naar Valdivostok"
Nog een keer
> df -h:
> ,----
> | /dev/nvme0n1p2 237M 101M 124M 45% /boot
> | /dev/nvme0n1p1 511M 4.7M 507M 1% /boot/ef
> `----
Daar zie ik meer rangeermogelijkheden.
Hou wel `grub-install` in gedachten.
> dank voor tips
Wat volgt is een noodoplossing:
sudo su - # Ja, "vangnet" is weg
cd /boot
df . # nulmeting
cat > initrd[TAB]
# de `initrd...` is nu 0 bytes groot
df . # meting die laat zien dat er ruimte
apt install linux-image # installeer nieuwe kernel
exit # wordt weer jezelf
Zelf beslissen hoe hoog de nood is.
Ander ding, hier aan deze kant van het Internet:
|$ ls -lh /boot/
|totaal 124M
|-rw-r--r-- 1 root root 231K 2 mrt 2021 config-5.10.0-4-amd64
|-rw-r--r-- 1 root root 231K 27 mrt 2021 config-5.10.0-5-amd64
|drwxr-xr-x 5 root root 1,0K 1 apr 2021 grub
|-rw-r--r-- 1 root root 55M 15 mrt 2021 initrd.img-5.10.0-4-amd64
|-rw-r--r-- 1 root root 55M 1 apr 2021 initrd.img-5.10.0-5-amd64
|drwx------ 2 root root 12K 30 mrt 2015 lost+found
|-rw-r--r-- 1 root root 83 2 mrt 2021 System.map-5.10.0-4-amd64
|-rw-r--r-- 1 root root 83 27 mrt 2021 System.map-5.10.0-5-amd64
|-rw-r--r-- 1 root root 6,5M 2 mrt 2021 vmlinuz-5.10.0-4-amd64
|-rw-r--r-- 1 root root 6,6M 27 mrt 2021 vmlinuz-5.10.0-5-amd64
Een volgende kernel zal iets van 55M+7M+0,3M, 63M diskruimte claimen.
En als je weet hebt van
> | /dev/nvme0n1p2 237M 101M 124M 45% /boot
Dan zou je mogen verwachten dat het past.
Groeten
Geert Stappers
Verzoek:
Gebruik de derde Reply-knop.
1: Reply
2: Reply-to-all
3: Reply-to-list
--
Silence is hard to parse
Reply to: