elXmanu
Anmeldungsdatum: 26. Januar 2015
Beiträge: 121
|
Hallo zusammen, meine Aktualisierungsverwaltung bietet mir gerade ca. 170 MB an Aktualisierungen an. Wenn ich diese installieren will, bekomme ich diese Meldung:
Die Systemaktualisierung benötigt 115 M an freiem Speicherplatz auf der Festplatte »/boot«. Bitte stellen Sie mindestens 1.142 k an zusätzlichem Speicherplatz auf der Festplatte »/boot« zur Verfügung. Leeren Sie beispielsweise den Müll und löschen Sie temporäre Pakete aus früheren Installationen mit dem Befehl »sudo apt-get clean«.
Mit »sudo apt-get clean« habe ich es versucht. Hatte vor einigen Wochen beim manuellen Update auf 16.04 dasselbe Problem. Damals ließ es sich mit „sudo apt-get autoremove“ beheben, was diesmal allerdings nichts bringt. Hat jemand eine Idee, was ich sonst noch machen kann? Muss ich die /boot-Partition etwa vergrößern? Falls ja, wie mache ich das? Viele Grüße elXmanu
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
|
elXmanu
(Themenstarter)
Anmeldungsdatum: 26. Januar 2015
Beiträge: 121
|
lionlizard schrieb: Lies mal Systempflege und Kernel-deinstallieren
Sorry, ich muss mir das wohl noch mal genauer anschauen. Hatte es wohl ein wenig zu eilig...
|
robert-engel
Anmeldungsdatum: 30. Oktober 2015
Beiträge: 1972
|
Die 3.0.0-16 ist natürlich nur ein Beispiel. Diesen Kernel hast Du gar nicht, wenn Du 16.04 installiert hast. Das ist dann eine Nummer 4.4.irgendwas. Du darfst aber nicht den aktuellen Kernel löschen. Viele lassen auch den vorletzten Kernel noch drauf, falls es mit dem neuesten Probleme gibt. dpkg -l linux-image-* zeigt Dir alle Kernel an, die Du drauf hast. ... sieht nach Änderung des darüber liegenden Posts zusammenhanglos aus, bezieht sich aber auf den vorherigen Inhalt.
|
elXmanu
(Themenstarter)
Anmeldungsdatum: 26. Januar 2015
Beiträge: 121
|
So, ich habe mir mal meine Kernels anzeigen lassen: Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name Version Architektur Beschreibung
+++-===============-============-============-====================================
un linux-image-3.0 <keine> <keine> (keine Beschreibung vorhanden)
rc linux-image-4.2 4.2.0-16.19 amd64 Linux kernel image for version 4.2.0
rc linux-image-4.2 4.2.0-30.36 amd64 Linux kernel image for version 4.2.0
ii linux-image-4.2 4.2.0-36.41 amd64 Linux kernel image for version 4.2.0
ii linux-image-4.4 4.4.0-22.40 amd64 Linux kernel image for version 4.4.0
rc linux-image-ext 4.2.0-16.19 amd64 Linux kernel extra modules for versi
rc linux-image-ext 4.2.0-30.36 amd64 Linux kernel extra modules for versi
ii linux-image-ext 4.2.0-36.41 amd64 Linux kernel extra modules for versi
ii linux-image-ext 4.4.0-22.40 amd64 Linux kernel extra modules for versi
ii linux-image-gen 4.4.0.22.23 amd64 Generic Linux kernel image Wie viele Kernel wären das denn hier genau? Vier oder Fünf? Und welche sind die beiden neusten? Die beiden 4.4.0er?
|
Ubunux
Anmeldungsdatum: 12. Juni 2006
Beiträge: 16456
|
Komplett installiert sind 2 Kernel: 4.2.0-36.41 und 4.4.0-22.40 (erkennbar an dem ii Status-Kürzel am Anfang der Ausgabe) Von 2 älteren Kernel sind noch übrig gebliebene Konfigurationsdateien vorhanden (erkennbar an dem rc Status-Kürzel)
|
elXmanu
(Themenstarter)
Anmeldungsdatum: 26. Januar 2015
Beiträge: 121
|
Ubunux schrieb: Komplett installiert sind 2 Kernel: 4.2.0-36.41 und 4.4.0-22.40 (erkennbar an dem ii Status-Kürzel am Anfang der Ausgabe) Von 2 älteren Kernel sind noch übrig gebliebene Konfigurationsdateien vorhanden (erkennbar an dem rc Status-Kürzel)
Verstehe, vielen Dank! Müsste der richtige Befehl dann wie folgt lauten? sudo apt-get remove --purge linux-image-4.2.0-16.19 linux-image-4.2.0-30.36 Die Header müsste ich dann separat suchen und löschen, oder?
|
Ubunux
Anmeldungsdatum: 12. Juni 2006
Beiträge: 16456
|
die Linux-image-extra Kernelmodule kannst Du auch noch vollständig entfernen. Ich mache das seit Jahren per synaptic, damit kann ich leicht die zu deinstalliertenden Pakete suchen lassen und deinstallieren, auf der Konsole mach ich das eher selten und da nutze ich dann meist dpkg sudo dpkg -P <Paketname> Synaptic muss man leider jetzt immer manuell nachinstallieren. Nicht nachfragen ob der Befehl (so wie er im Wiki steht) korrekt ist, einfach machen! Nur so lernst Du selbstständig mit Deinem System klar zu kommen ... 😎
|
elXmanu
(Themenstarter)
Anmeldungsdatum: 26. Januar 2015
Beiträge: 121
|
Ubunux schrieb: die Linux-image-extra Kernelmodule kannst Du auch noch vollständig entfernen. Ich mache das seit Jahren per synaptic, damit kann ich leicht die zu deinstalliertenden Pakete suchen lassen und deinstallieren...
Super, hat geklappt über synaptic. Allerdings kriege ich immer noch die Meldung, dass in /boot nicht genug Platz ist... ☹
|
axt
Anmeldungsdatum: 22. November 2006
Beiträge: 34254
|
kernel-remover aus siduction in Ubuntu, gerade erst wieder letzten Sonntag bei einer Bekannten mit LTrusty remote durchgeführt und sage und schreibe insgesamt 7.5 GiB freigeschaufelt.
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
elXmanu schrieb: Allerdings kriege ich immer noch die Meldung, dass in /boot nicht genug Platz ist... ☹
Dann zeige doch mal bitte ls -l /boot
sudo df -h /boot
|
elXmanu
(Themenstarter)
Anmeldungsdatum: 26. Januar 2015
Beiträge: 121
|
lionlizard schrieb: elXmanu schrieb: Allerdings kriege ich immer noch die Meldung, dass in /boot nicht genug Platz ist... ☹
Dann zeige doch mal bitte ls -l /boot
sudo df -h /boot
insgesamt 108406
-rw-r--r-- 1 root root 1313407 Apr 18 21:49 abi-4.2.0-36-generic
-rw-r--r-- 1 root root 1239612 Mai 13 01:55 abi-4.4.0-22-generic
-rw-r--r-- 1 root root 184888 Apr 18 21:49 config-4.2.0-36-generic
-rw-r--r-- 1 root root 189520 Mai 13 01:55 config-4.4.0-22-generic
drwx------ 3 root root 4096 Jan 1 1970 efi
drwxr-xr-x 5 root root 1024 Mai 17 08:26 grub
-rw-r--r-- 1 root root 34604011 Mai 10 13:35 initrd.img-4.2.0-36-generic
-rw-r--r-- 1 root root 37153102 Mai 26 08:47 initrd.img-4.4.0-22-generic
drwx------ 2 root root 12288 Mär 4 19:56 lost+found
-rw-r--r-- 1 root root 182704 Jan 28 13:44 memtest86+.bin
-rw-r--r-- 1 root root 184380 Jan 28 13:44 memtest86+.elf
-rw-r--r-- 1 root root 184840 Jan 28 13:44 memtest86+_multiboot.bin
-rw------- 1 root root 3745958 Apr 18 21:49 System.map-4.2.0-36-generic
-rw------- 1 root root 3855781 Mai 13 01:55 System.map-4.4.0-22-generic
-rw------- 1 root root 6830512 Apr 18 21:49 vmlinuz-4.2.0-36-generic
-rw------- 1 root root 6832440 Mai 9 23:15 vmlinuz-4.2.0-36-generic.efi.signed
-rw------- 1 root root 7015440 Mai 13 01:55 vmlinuz-4.4.0-22-generic
-rw------- 1 root root 7017368 Mai 17 08:25 vmlinuz-4.4.0-22-generic.efi.signed Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sda2 237M 116M 109M 52% /boot
|
axt
Anmeldungsdatum: 22. November 2006
Beiträge: 34254
|
Den eigentlich platzfressenden, weil komplett vorhandenen, alten Kernel 4.2.0-36 aus Wily hast Du nach wie vor drauf. Du kannst es (fürderhin) auch halten wie Ubunux (und meist auch ich), in Synaptic suchen (Name → 4.4.0- bzw. jetzt 4.2.0-36 ) und purgen. Das ändert aber alles nichts am Grundübel der automatisch erstellten viel zu kleinen /boot-Partition.
|
elXmanu
(Themenstarter)
Anmeldungsdatum: 26. Januar 2015
Beiträge: 121
|
axt schrieb: Den eigentlich platzfressenden, weil komplett vorhandenen, alten Kernel 4.2.0-36 aus Wily hast Du nach wie vor drauf. Du kannst es (fürderhin) auch halten wie Ubunux (und meist auch ich), in Synaptic suchen (Name → 4.4.0- bzw. jetzt 4.2.0-36 ) und purgen. Das ändert aber alles nichts am Grundübel der automatisch erstellten viel zu kleinen /boot-Partition.
Diesen Kernel hatte ich drauf gelassen, weil robert-engel meinte, dass viele Nutzer den vorletzten Kernel noch drauf lassen, falls es mit dem neuesten Probleme gibt. Ist das unnötig? Kann ich diesen Kernel einfach so löschen?
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
Dann zeige noch mal bitte die Ausgabe von sudo efibootmgr -v Dann kann man sehen, ob bei Dir standardmäßig der Secure-boot-Kernel benutzt wird oder nicht. Der jeweils anderen Kernel wären dann verzichtbar. axt schrieb: Das ändert aber alles nichts am Grundübel der automatisch erstellten viel zu kleinen /boot-Partition.
+1
|