thor17
Anmeldungsdatum: 18. Dezember 2011
Beiträge: 222
|
Hallo! Ich hab ja auf mehreren Systemen Ubuntu 14.04 laufen. Allerdings kann ich nicht überall die alten Kernel mit dem befehl apt-get --purge autoremove entfernen, das klappt nur auf meinem NAS. Der einzige Unterschied, abgesehen davon, dass auf dem NAS die Server Version läuft ist, dass ich zuvor auf meinen Desktop Rechnern Ubuntu 12.04 hatte und letztes Jahr auf 14.04 ein upgrade gemacht habe.
Ich weiß, alternativ gibt es da ja noch den handlichen Befehl... dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d' | xargs sudo apt-get -y purge Ich frage mich nur, warum das mit apt nicht funktioniert. Hat das Problem sonst noch jemand?
|
Hans9876543210
Anmeldungsdatum: 2. Januar 2011
Beiträge: 3741
|
Die Logik von
kommt für die Kernel über das postinstall-Skript /etc/kernel/postinst.d/apt-auto-removal :
# Author: Steve Langasek <steve.langasek@canonical.com>
#
# Mark as not-for-autoremoval those kernel packages that are:
# - the currently booted version
# - the kernel version we've been called for
# - the latest kernel version (determined using rules copied from the grub
# package for deciding which kernel to boot)
# - the second-latest kernel version, if the booted kernel version is
# already the latest and this script is called for that same version,
# to ensure a fallback remains available in the event the newly-installed
# kernel at this ABI fails to boot
# In the common case, this results in exactly two kernels saved, but it can
# result in three kernels being saved. It's better to err on the side of
# saving too many kernels than saving too few.
#
# We generate this list and save it to /etc/apt/apt.conf.d instead of marking
# packages in the database because this runs from a postinst script, and apt
# will overwrite the db when it exits. und kann für die aktuell davon betroffenen Kernel über:
| cat /etc/apt/apt.conf.d/01autoremove-kernels
|
abgefragt werden. Da kann man gerne forschen, wenn einen das wirklich näher interessiert und die Automatik verstehen will. Ich frage mich allerdings, warum das bei so vielen Leuten ein Problem darstellt bzw. warum so viele automatisch einen Kernel entfernen wollen. Einfach mal alle paar Wochen die Systempflege betreiben, ein System muss ja auch gewartet werden (Wischwasser beim Auto wird ja auch nachgefüllt... 😉 ). Von daher ist der Einzeiler aus meiner Sicht robuster und besser geeignet.
|
thor17
(Themenstarter)
Anmeldungsdatum: 18. Dezember 2011
Beiträge: 222
|
Naja, für mich stellt das jetzt kein so großes Problem dar, ich mache ja auch Updates manuell. Allerdings hab ich Ubuntu auch bei anderen Leuten aufgesetzt, die nicht daran interessiert sind, Systempflege zu betreiben, wenn du verstehst was ich meine^^
Da soll die Kiste eben nur laufen und vor einiger Zeit trat dann auch das Problem auf, dass ne Partition voll war und dadurch ein Update nicht beendet werden konnte. Unity startete nich mehr, war u.A. ein Problem des Grafiktreibers, ich hab 3 Stunden gebraucht, das wieder hinzubekommen. Sowas möchte ich mir nur zu gern ersparen 😀
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Hmmm, also hier funktioniert das alles so wie es soll - bei
sudo apt-get update && sudo apt-get dist-upgrade
kommt diese Meldung Paketaktualisierung (Upgrade) wird berechnet... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
aptdaemon diffstat gettext hardening-includes intltool-debian
libapt-pkg-perl libarchive-zip-perl libasprintf-dev libautodie-perl
libclass-accessor-perl libclone-perl libdpkg-perl libemail-valid-perl
libfile-fcntllock-perl libgettextpo-dev libgettextpo0 libio-pty-perl
libio-string-perl libipc-run-perl libipc-system-simple-perl
liblist-moreutils-perl libnet-dns-perl libnet-domain-tld-perl libnet-ip-perl
libparse-debianchangelog-perl libperlio-gzip-perl libsub-identify-perl
libsub-name-perl libtext-levenshtein-perl libunistring0 lintian
linux-headers-3.16.0-30 linux-headers-3.16.0-30-generic
linux-headers-3.16.0-41 linux-headers-3.16.0-41-generic
linux-headers-3.16.0-43 linux-headers-3.16.0-43-generic
linux-headers-3.16.0-44 linux-headers-3.16.0-44-generic
linux-headers-3.16.0-45 linux-headers-3.16.0-45-generic
linux-headers-3.16.0-49 linux-headers-3.16.0-49-generic
linux-image-3.16.0-30-generic linux-image-3.16.0-41-generic
linux-image-3.16.0-43-generic linux-image-3.16.0-44-generic
linux-image-3.16.0-45-generic linux-image-3.16.0-49-generic
linux-image-extra-3.16.0-30-generic linux-image-extra-3.16.0-41-generic
linux-image-extra-3.16.0-43-generic linux-image-extra-3.16.0-44-generic
linux-image-extra-3.16.0-45-generic linux-image-extra-3.16.0-49-generic
linux-lts-vivid-tools-3.19.0-21 linux-lts-vivid-tools-3.19.0-22
linux-lts-vivid-tools-3.19.0-23 linux-lts-vivid-tools-3.19.0-25
linux-lts-vivid-tools-3.19.0-28 linux-lts-vivid-tools-3.19.0-30
linux-tools-3.19.0-21-generic linux-tools-3.19.0-22-generic
linux-tools-3.19.0-23-generic linux-tools-3.19.0-25-generic
linux-tools-3.19.0-28-generic linux-tools-3.19.0-30-generic patchutils
python3-aptdaemon python3-defer t1utils
Verwenden Sie »apt-get autoremove«, um sie zu entfernen.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. und wenn ich das dann mache, dann wird das auch brav ausgeführt
~$ sudo apt-get autoremove
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
aptdaemon diffstat gettext hardening-includes intltool-debian
libapt-pkg-perl libarchive-zip-perl libasprintf-dev libautodie-perl
libclass-accessor-perl libclone-perl libdpkg-perl libemail-valid-perl
libfile-fcntllock-perl libgettextpo-dev libgettextpo0 libio-pty-perl
libio-string-perl libipc-run-perl libipc-system-simple-perl
liblist-moreutils-perl libnet-dns-perl libnet-domain-tld-perl libnet-ip-perl
libparse-debianchangelog-perl libperlio-gzip-perl libsub-identify-perl
libsub-name-perl libtext-levenshtein-perl libunistring0 lintian
linux-headers-3.16.0-30 linux-headers-3.16.0-30-generic
linux-headers-3.16.0-41 linux-headers-3.16.0-41-generic
linux-headers-3.16.0-43 linux-headers-3.16.0-43-generic
linux-headers-3.16.0-44 linux-headers-3.16.0-44-generic
linux-headers-3.16.0-45 linux-headers-3.16.0-45-generic
linux-headers-3.16.0-49 linux-headers-3.16.0-49-generic
linux-image-3.16.0-30-generic linux-image-3.16.0-41-generic
linux-image-3.16.0-43-generic linux-image-3.16.0-44-generic
linux-image-3.16.0-45-generic linux-image-3.16.0-49-generic
linux-image-extra-3.16.0-30-generic linux-image-extra-3.16.0-41-generic
linux-image-extra-3.16.0-43-generic linux-image-extra-3.16.0-44-generic
linux-image-extra-3.16.0-45-generic linux-image-extra-3.16.0-49-generic
linux-lts-vivid-tools-3.19.0-21 linux-lts-vivid-tools-3.19.0-22
linux-lts-vivid-tools-3.19.0-23 linux-lts-vivid-tools-3.19.0-25
linux-lts-vivid-tools-3.19.0-28 linux-lts-vivid-tools-3.19.0-30
linux-tools-3.19.0-21-generic linux-tools-3.19.0-22-generic
linux-tools-3.19.0-23-generic linux-tools-3.19.0-25-generic
linux-tools-3.19.0-28-generic linux-tools-3.19.0-30-generic patchutils
python3-aptdaemon python3-defer t1utils
0 aktualisiert, 0 neu installiert, 71 zu entfernen und 0 nicht aktualisiert.
Nach dieser Operation werden 1.704 MB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] Danach sieht es dann so aus
~$ dpkg -l | grep linux-image* | grep ii
ii linux-image-3.16.0-50-generic 3.16.0-50.67~14.04.1 amd64 Linux kernel image for version 3.16.0 on 64 bit x86 SMP
ii linux-image-3.16.0-51-generic 3.16.0-51.69~14.04.1 amd64 Linux kernel image for version 3.16.0 on 64 bit x86 SMP
ii linux-image-extra-3.16.0-50-generic 3.16.0-50.67~14.04.1 amd64 Linux kernel extra modules for version 3.16.0 on 64 bit x86 SMP
ii linux-image-extra-3.16.0-51-generic 3.16.0-51.69~14.04.1 amd64 Linux kernel extra modules for version 3.16.0 on 64 bit x86 SMP
ii linux-image-generic-lts-utopic 3.16.0.51.42 amd64 Generic Linux kernel image
|
thor17
(Themenstarter)
Anmeldungsdatum: 18. Dezember 2011
Beiträge: 222
|
Jaa, auf meinem NAS sieht das genauso aus...
Aber die Frage ist, warum das nicht auch auf den Desktop Systemen mit ehemals 13.10 läuft. Sehr merkwürdig
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8431
Wohnort: Digiworld
|
mal kräftig rum rat. dpkg -l | grep lts Gruß Taomon
|
thor17
(Themenstarter)
Anmeldungsdatum: 18. Dezember 2011
Beiträge: 222
|
dpkg -l | grep lts
ii qt4-default 4:4.8.5+git192-g085f851+dfsg-2ubuntu4.1 amd64 Qt 4 development defaults package
ii unity-scope-home 6.8.2+14.04.20131029.1-0ubuntu1 amd64 Home scope that aggregates results from multiple scopes
ii unity-scopes-master-default 6.8.2+14.04.20131029.1-0ubuntu1 all Home scope that aggregates results from multiple scopes
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8431
Wohnort: Digiworld
|
Nö, falscher Gedanke. Dachte das vielleicht noch ein alter lts Stack von Ubuntu 13.10 bei dir noch rumlungert. Gruß Taomon
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Moin, zeigst du mal bitte die Ausgabe von
sudo apt-get -s autoremove --purge
das ist erstmal nur eine Simulation - der Gedanke dahinter ist, dass "apt-get autoremove" für das entfernen alter Kernel ne relativ neue Geschichte ist. Davor wurde die Option "--purge" mit angegeben - das alles hat sich zwischen 12.04 und 14.04 entwickelt, die genauen Zeitpunkte dafür sind mir aber gerade nicht mehr bekannt. Und wie gesagt, durch das "-s" wird erstmal nur simuliert - einen Versuch ist es jedenfalls mMn wert. Grüßle Frieder
|
thor17
(Themenstarter)
Anmeldungsdatum: 18. Dezember 2011
Beiträge: 222
|
So sieht's aus: sudo apt-get -s autoremove --purge
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 5 nicht aktualisiert.
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
naja, war nur so ne Idee - schade ☹
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8431
Wohnort: Digiworld
|
laß doch mal aptitude why auf eins dieser Kernel los. Gruß Taomon
|
thor17
(Themenstarter)
Anmeldungsdatum: 18. Dezember 2011
Beiträge: 222
|
Das hat nichts wirklich schlüssiges ergeben aptitude why linux-image-3.13.0-68-generic
i linux-image-extra-3.13.0-68-generic Hängt ab von linux-image-3.13.0-68-generic
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8431
Wohnort: Digiworld
|
thor17 :Das hat nichts wirklich schlüssiges ergeben
Doch schon. aptitude why linux-image-3.13.0-68-generic Da kannst Du dich mal durchhangeln wenn du magst. Gruß Taomon
|
thor17
(Themenstarter)
Anmeldungsdatum: 18. Dezember 2011
Beiträge: 222
|
Naja, was ich mich frage ist, was der Unterschied zwischen linux-image-extra-3.13.0-68-generic und linux-image-3.13.0-68-generic ist.
|