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