Boot Partition zu klein

[knix]

Hi ich hab mir wohl bei der Installation aus Versehen die boot Partition verkleinert.

Jetzt kam heute ein Kernel Upgrade, aber das installiert nicht:

Code: Alles auswählen

Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
1 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] 
linux-image-4.19.0-6-amd64 (4.19.67-2+deb10u1) wird eingerichtet ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.19.0-6-amd64
W: Possible missing firmware /lib/firmware/i915/bxt_dmc_ver1_07.bin for module i915
W: Possible missing firmware /lib/firmware/i915/skl_dmc_ver1_27.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_dmc_ver1_04.bin for module i915
W: Possible missing firmware /lib/firmware/i915/cnl_dmc_ver1_07.bin for module i915
W: Possible missing firmware /lib/firmware/i915/glk_dmc_ver1_04.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_guc_ver9_39.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_guc_ver9_29.bin for module i915
W: Possible missing firmware /lib/firmware/i915/skl_guc_ver9_33.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_huc_ver02_00_1810.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_huc_ver01_07_1398.bin for module i915
W: Possible missing firmware /lib/firmware/i915/skl_huc_ver01_07_1398.bin for module i915

gzip: stdout: No space left on device
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-4.19.0-6-amd64 with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
dpkg: Fehler beim Bearbeiten des Paketes linux-image-4.19.0-6-amd64 (--configure):
 »installiertes linux-image-4.19.0-6-amd64-Skript des Paketes post-installation«-Unterprozess gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
 linux-image-4.19.0-6-amd64
libdvd-pkg: dpkg database is locked. You may need to use command "sudo dpkg-reconfigure libdvd-pkg".
libdvd-pkg: Building and installation of package(s) [libdvdcss2 libdvdcss-dev] postponed till after next APT operation.
E: Sub-process /usr/bin/dpkg returned an error code (1)

Kann ich die Partiton vergrößern? Momentan sind es 134 MiB. Gruß

[MSfree]

Was sagen

Code: Alles auswählen

ls -l /boot

und

Code: Alles auswählen

dpkg -l | grep linux-image

?

137MiB sind jedenfalls ausreichend, wenn man nicht zig (alte) Kernels aufhebt. Bei mir belegen 2 alte und der aktuelle Kernel zusammen 88MiB.

[knix]

Code: Alles auswählen

# ls -l /boot
insgesamt 99126
-rw-r--r-- 1 root root   206212 Aug  8 04:02 config-4.19.0-5-amd64
-rw-r--r-- 1 root root   206243 Sep 20 12:51 config-4.19.0-6-amd64
drwxr-xr-x 5 root root     1024 Sep  8 03:02 grub
-rw-r--r-- 1 root root 41620002 Sep  8 02:56 initrd.img-4.19.0-5-amd64
-rw-r--r-- 1 root root 41791042 Sep  8 03:01 initrd.img-4.19.0-6-amd64
drwx------ 2 root root    12288 Aug 29 21:37 lost+found
-rw-r--r-- 1 root root  3370904 Aug  8 04:02 System.map-4.19.0-5-amd64
-rw-r--r-- 1 root root  3409486 Sep 20 12:51 System.map-4.19.0-6-amd64
-rw-r--r-- 1 root root  5217520 Aug  8 04:02 vmlinuz-4.19.0-5-amd64
-rw-r--r-- 1 root root  5262576 Sep 20 12:51 vmlinuz-4.19.0-6-amd64

Code: Alles auswählen

dpkg -l | grep linux-image
ii  linux-image-4.19.0-5-amd64                    4.19.37-5+deb10u2                    amd64        Linux 4.19 for 64-bit PCs (signed)
iF  linux-image-4.19.0-6-amd64                    4.19.67-2+deb10u1                    amd64        Linux 4.19 for 64-bit PCs (signed)
ii  linux-image-amd64                             4.19+105+deb10u1                     amd64        Linux for 64-bit PCs (meta-package)

[MSfree]

Bei mir sind zumindest du initrd-Dateien 7MB kleiner, das kann aber an meiner Hardware liegen.

Kannst du noch die Ausgaben von

Code: Alles auswählen

du /boot

und

Code: Alles auswählen

df -x devtmpfs -x tmpfs -m

posten?

[knix]

Code: Alles auswählen

# df -x devtmpfs -x tmpfs -m
Dateisystem                      1M-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
/dev/mapper/debian--vg-root         471445  175923    271506   40% /
/dev/sdb1                              134     110        18   86% /boot
/dev/dm-2                           474018  449445       711  100% /media/knix/hdd1

Code: Alles auswählen

# du /boot
2352    /boot/grub/fonts
4228    /boot/grub/locale
2065    /boot/grub/i386-pc
11007   /boot/grub
12      /boot/lost+found
110133  /boot

Da ja die Installation des neuen Kernels abgebochen ist, frage ich mich ob ich jetzt überhaupt noch booten kann...?

[MSfree]

Da ja die Installation des neuen Kernels abgebochen ist, frage ich mich ob ich jetzt überhaupt noch booten kann...?

Du solltest noch in der Lage sein, zu booten. Der alte Kernel sollte ja noch im Grub eingetragen sein.

Mich wundert nur, was da überhaupt schief gegangen ist. Der neue Kernel steht ja bereits komplett unter /boot inklusive initrd. Aus der Fehlermeldung wird auch nicht klar, welches Dateisystem vollgelaufen ist. Da auf /boot noch 18MB frei sind, könnte auch /tmp vollgelaufen sein.

Alles in allem ist es aber ziemlich eng auf /boot. Ein Vergrößerung von boot ist aber nicht ohne weiteres möglich, weil hinter der /boot-Partition ja auch noch die Root-Partition und ggfls. eine Swap-Partition stehen, die man erstmal verschieben müßte, um Platz für eine Vergrößerung der /boot-Partition zu schaffen. Du hast ja geschrieben, daß du möglicherweise versehentlich die /boot verkleinert hast, wie ist denn das zu verstehen? Hast du neu installiert und die Platte neu Partitioniert?

Ich habe mir angewöhnt, keine eigene Partition für /boot zu verwenden und das gesamte System auf nur eine Partition zu installieren, dann hat man das Dilemma, daß einem eine Partition zu klein wird, gar nicht erst, da muß dann schon die komplette Platte vollaufen.

[debianoli]

Wieviele Festplatten sind denn da im Einsatz?

Code: Alles auswählen

blkid

Und wie sieht /dev/sdb mit /boot aus?

Code: Alles auswählen

fdisk -l /dev/sdb

[knix]

...daß du möglicherweise versehentlich die /boot verkleinert hast, wie ist denn das zu verstehen? Hast du neu installiert und die Platte neu Partitioniert?

Ja, dabei wohl für die Bootpartition einen zu kleinen Wert eingegeben

Wieviele Festplatten sind denn da im Einsatz?

Das System läuft auf einer externen Western Digital SSD, die ich per USB angeschlossen habe.
Normalerweise kaufe ich kein WD, aber in dem Ramschladen gab es sonst nur Intenso und damit habe ich noch schlechtere Erfahrungen gemacht.

Im Rechner selbst ist ein Samsung VNAND Speicherriegel und die (ältere) Stretch SSD, die ich wegen bootproblemen seit der Buster Installation abgeklemmt habe (Platte dran: Kein System bootet, Platte ab: Buster bootet).

Auf der grafischen Konsole gab fdisk -l /dev/sdb als root folgendes Ergebnis:

Code: Alles auswählen

bash: fdisk: Kommando nicht gefunden.

; Ich verwendete dann: /sbin/fdisk -l /dev/sdb (Die reine Textkonsole ist nicht so anspruchsvoll)

Code: Alles auswählen

Disk /dev/sdb: 476,9 GiB, 512076283904 bytes, 1000148992 sectors
Disk model: My Passport 25F3
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 1048576 bytes
Disklabel type: dos
Disk identifier: 0x80c5f86d

Device     Boot  Start        End   Sectors   Size Id Type
/dev/sdb1  *      2048     285251    283204 138,3M 83 Linux
/dev/sdb2       501758 1000146943 999645186 476,7G  5 Extended
/dev/sdb5       501760 1000146943 999645184 476,7G 83 Linux

Partition 2 does not start on physical sector boundary.

Auf der Platte müsste noch ein bisschen Speicher frei sein; ich weiß aber nicht, wie ich den jetzt der bootpartition zuweisen könnte.

[debianoli]

wieso ist denn /dev/sdb1 so klein dimensioniert? Bei mir hat /boot 500 MB und das ist dann zu klein, wenn man vergisst, nach Kernel-Updates die alten Kernel zu beseitigen.

Edit: Du kannst das schon ändern, aber dazu würde ich dir empfehlen, /boot ans Ende der Platte zu packen. Wegen der extended Partitonen kann es allerdings Probleme geben, ich nutze sowas schon seit längerem nicht mehr. Daher bin ich mir nicht mehr sicher, ob man die extended Partition so ohne weiteres verkleinern kann. Es gibt aber ein Tool, mit dem kann man aus einer extendend Partition wieder eine normale machen.

next Edit:

Jetzt hab ich das Programm wieder gefunden, mit dem du logical Partitions in normale Partitionen verwandeln kannst: http://www.rodsbooks.com/fixparts/

Aber Backup vorher nicht vergessen, für alle Fälle. Und wenn du dein System auf der Partition hast, musst du das mit einem Live-System machen

[knix]

wieso ist denn /dev/sdb1 so klein dimensioniert?

Um Speicherplatz zu sparen

...musst du das mit einem Live-System machen

Hört sich nach ner Neuinstallation an...

[MSfree]

Hört sich nach ner Neuinstallation an...

Nicht unbedingt. Deine Ausgabe von fdisk -l /dev/sdb oben zeigt:

Code: Alles auswählen

Disk /dev/sdb: 476,9 GiB, 512076283904 bytes, 1000148992 sectors
Disk model: My Passport 25F3
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 1048576 bytes
Disklabel type: dos
Disk identifier: 0x80c5f86d

Device     Boot  Start        End   Sectors   Size Id Type
/dev/sdb1  *      2048     285251    283204 138,3M 83 Linux
/dev/sdb2       501758 1000146943 999645186 476,7G  5 Extended
/dev/sdb5       501760 1000146943 999645184 476,7G 83 Linux

Partition 2 does not start on physical sector boundary.

/dev/sdb1 ended bei Sektor 285251 und /dev/sdb2 fängt erst bei Sektor 501758 an. Zwischen den Sektoren 283204 und 501758 ist noch ziemlich viel Platz, immerhin rund 110MB. Du könntest also mit fdisk die erste Partition löschen und dann neu anlegen und zwar so, daß sie wieder bei 2048 anfängt und dann aber bei 501756 endet. Das geht ohne das Dateisystem hinterher neu anlegen zu müssen.

Nach einem Reboot ist zwar das Dateisystem immer noch nicht größer, aber die Partition hat mehr Platz. Mit resize2fs /dev/sdb1 kannst du dann das Dateisystem noch an die Partitionsgröße anpassen.

Aber bitte nicht ohne Backup aller wichtigen Daten nachmachen.

[knix]

Du könntest also mit fdisk die erste Partition löschen und dann neu anlegen und zwar so, daß sie wieder bei 2048 anfängt und dann aber bei 501756 endet

Gute Idee

Nach einem Reboot ist zwar das Dateisystem immer noch nicht größer, aber die Partition hat mehr Platz

Einen Neustart halte ich nach wie vor für optimistisch...
Kann ich vorher irgendwie sichergehen dass GRUB den alten Kernel bootet?

Sonst wenn ihr nichts mehr von mir hört wisst ihr ja warum...

[MSfree]

Einen Neustart halte ich nach wie vor für optimistisch...
Kann ich vorher irgendwie sichergehen dass GRUB den alten Kernel bootet?

Die Grub-Konfiguration ist der letzte Schritt, der bei einem Kernelupdate durchgeführt wird. Da das ja vorher abgebrochen war, wird sehr sicher noch die Konfiguration für den alten Kernel bestehen.

Nachsehen kannst du das in der Datei /etc/grub/grub.cfg.

Booten solltest du also sowieso erstmal, bevor du die Aktion mit der Pasrtitionsänderung angehst.

[knix]

Okay, danke für die Hilfe. Ich werd's mir überlegen. Hoffe es klappt. Gruß

[knix]

So es hat geklappt
Aber vor dem anschließenden Upgrade dann vergessen /boot wieder zu mounten. Muss ich da jetzt noch irgendwas machen?

Die Datei /etc/grub/grub.cfg. wird bei mir nicht übrigens nicht gefunden; es gibt nur einen Ordner /etc/grub.d, aber auch hier ohne eine grub.conf

[MSfree]

Die Datei /etc/grub/grub.cfg. wird bei mir nicht übrigens nicht gefunden

Freudscher Vertipper

Ich wollte eigentlich /boot/grub/grub.cfg geschrieben haben.