Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
Moin Moin, das ist der Auszug aus dem Wiki.
sudo rm -rf /usr/src/linux-headers-3.13.0-24/*
So finde ich es auf meinem Rechner, und ich möchte alle angesammelten linux-header loswerden
~$ cat /usr/src/*
cat: /usr/src/linux-headers-3.13.0-77: Ist ein Verzeichnis
cat: /usr/src/linux-headers-3.13.0-77-generic: Ist ein Verzeichnis
~$
Und wo ist bitte der Unterschied zum Löschvorgang
sudo rm -r /usr/src/linux-* In allen Fällen werden die linux-header gelöscht, denn nur die befinden sich unter /usr/src. Was die Anmerkung bewirken soll, erschließt sich mir nicht. Gruß Nachtrag: Meine Aussage denn nur die befinden sich unter /usr/src.
ist so nicht ganz richtig. Müssen Kernelmodule angepasst / gebaut werden, erscheinen auch die in diesem Ordner. Nvidia ist da ein Beispiel für. Allerdings, sind die Module angepasst / gebaut, kann /src geleert werden.
|
verdooft
Anmeldungsdatum: 15. September 2012
Beiträge: 4015
|
dpkg hat(te - habs nie getestet) Probleme mit den zu den Dateien gehörigen Paketen, wenn die Ordner entfernt werden. Was ginge ist: sudo rm -r /usr/src/linux-*/* Damit bleiben die Verzeichnisse linux-headers-3.13.0-24 usw. erhalten, aber die tiefer liegenden Ordner/Dateien werden entfernt und die Inodes werden frei + die Headerpakete lassen sich problemlos anschließend über die Paketverwaltung entfernen.
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
Moin Moin, /OT/ nimm es mir nicht übel, aber in meinen Augen ist das Quark. Selbst wenn ich mit
sudo rm -rf /usr/src den Ordner /src lösche, und das habe ich oft genug gemacht, gab es nie irgendwelche Meckereien von dpkg . Aber lassen wir das, macht wie ihr wollt, ich schreibe niemandem vor was er machen soll, ich rate zu bestimmten Maßnahmen und diese Maßnahmen sind über Jahre erprobt. /OT/ Ende Gruß
|
verdooft
Anmeldungsdatum: 15. September 2012
Beiträge: 4015
|
Wenn die Info im Wiki nicht (mehr) stimmt, nimm sie raus. Hast du die Headerpakete nicht anschließend deinstalliert, ists kein Wunder, dass dpkg keine Probleme macht, weil:
niemals die Ordner der jeweiligen Kernelheader-Version selbst, weil sonst dpkg meckert, wenn man das dazugehörige Paket später deinstalliert
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
Also, nun gehen wir einmal die Logik an. Ich lösche die kompletten linux-header aus /usr/src. Weg sind sie. Somit lösche ich das gesamte Paket. Du löscht die Ordner und Dateien aus genau diesen Ordnern. Daraus folgt, Du löst das Paket auf und hintelässt eine leere Hülle, die nur noch aus der Überschrift besteht ⇒ also nix mehr Paket. Erkläre mir bitte den Sinn. Will ich über autoremove meine alten / überflüssigen Linux-Images und header loswerden so lösche ich sie mit autoremove, auch wenn vorher /usr/src/* geleert wurde und das ohne Meckereien von dpkg.
Was der Initiator der Bemerkung im Wiki sich dabei gedacht hat, erschließt sich mir nicht aber möglicherweise liest er mit und erklärt was ihm durch den Kopf ging. Ich traue lieber dem FHS Gruß
|
verdooft
Anmeldungsdatum: 15. September 2012
Beiträge: 4015
|
Vielleicht war das früher ein Problem, eben in einer 14.04.3er Livesession ging das Deinstallieren per apt-get purge nach dem Löschen des Hauptverzeichnisses auch problemlos. Hab's mal hier angesprochen: https://forum.ubuntuusers.de/post/8088423/ Ich hatte mal mit anderem Paket die Meldung: Verzeichnis nicht leer, wird nicht gelöscht. Vielleicht kam hier früher sowas in der Art: Das zu löschende Verzeichnis existiert nicht, Paket wird nicht entfernt. Würde den Abschnitt erklären, der allerdings, wenn ich das richtig sehe, erst Ende 2015 hinzugefügt wurde.
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
Moin Moin, die Probleme mit den Inodes traten erstmals gehäuft in 12.04 auf. Damals gab es auch eine wilde Diskussion über Sinn und Zweck des Löschens der Header unter /usr/src an denen ich beteiligt war. Die Threads finde ich im Moment aber nicht wieder. Man muss vermutlich tief in die Suche gehen. Gruß Nachtrag: Die Suche müsste in 2013 zurückführen, damals hatte ich zusammen mit drachenzeiten im Anschluss an die Diskussionen den Wiki-Artikel Systempflege erstellt.
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
So, wie geht es denn jetzt hier weiter? Wurde /usr/src bereinigt, damit es endlich weitergeht? Und damit es weitergeht folgen
sudo apt-get autoremove && sudo apt-get clean
sudo apt-get update && sudo apt-get dist-upgrade Gruß
|
verdooft
Anmeldungsdatum: 15. September 2012
Beiträge: 4015
|
Hab überlegt, ob ich das hier verlinken soll und mich dafür entschieden, immerhin geht es hier ja auch um Inodes: https://forum.ubuntuusers.de/topic/systempflege-2/
|
wired2051
(Themenstarter)
Anmeldungsdatum: 28. Februar 2007
Beiträge: 2740
|
Tuemmler schrieb: So, wie geht es denn jetzt hier weiter? Wurde /usr/src bereinigt, damit es endlich weitergeht? Und damit es weitergeht folgen
Uff. Ich bin etwas platt. Und ratlos. Die Ordner zu löschen ist mir ein bisschen heikel. 😳 Ich hätte jetzt angefangen mit der Paketverwaltung die alten linux-image und linux-header zu löschen. Sinnlos? Tuemmler schrieb: sudo apt-get autoremove && sudo apt-get clean
sudo apt-get update && sudo apt-get dist-upgrade
Die erste Zeile kann ich nachvollziehen aber warum die zweite?
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
wired2051 schrieb:
.....Ich hätte jetzt angefangen mit der Paketverwaltung die alten linux-image und linux-header zu löschen. Sinnlos?
Kannst Du genauso versuchen, ist zwar ein höherer Aufwand, um Inodes frei zu machen, sollte aber auch klappen. Sollte es nicht funktionieren, da auch zum Löschen Inodes gebraucht werden, bleibt noch der Weg über dpkg. Allerdings, die Header unter /usr/src/ werden damit nicht gelöscht. Somit bist Du in Kürze wieder beim Problem.
Ich lösche diese immer manuell, sobald ein neuer Kernel installiert wird. Tuemmler schrieb: sudo apt-get autoremove && sudo apt-get clean
sudo apt-get update && sudo apt-get dist-upgrade
Die erste Zeile kann ich nachvollziehen aber warum die zweite?
Um sicherzustellen, dass die Aktualisierungsverwaltung einwandfrei durchläuft. 😉 Gruß
|
wired2051
(Themenstarter)
Anmeldungsdatum: 28. Februar 2007
Beiträge: 2740
|
OK, verstanden. Danke! Also statt mit Paketverwaltung zu löschen sudo apt-get autoremove && sudo apt-get clean
sudo apt-get update && sudo apt-get dist-upgrade Oder komme ich um sudo rm -rf /usr/src nicht herum? Habe ich das falsch verstanden? (Sorry, dass ich so penetrant frage aber ich will nix kaputtmachen. 😳 )
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
wired2051 schrieb: OK, verstanden. Danke! Also statt mit Paketverwaltung zu löschen sudo apt-get autoremove && sudo apt-get clean
sudo apt-get update && sudo apt-get dist-upgrade
Das löscht keine alten Kernel, Du hast keine Inodes frei! Erst Inodes freischaufeln, dann den Befehl eingeben, um weitere alte Kernel zu löschen.
Oder komme ich um sudo rm -rf /usr/src nicht herum? Habe ich das falsch verstanden? (Sorry, dass ich so penetrant frage aber ich will nix kaputtmachen. 😳 )
Wenn schon dann richtig, der Befehl lautet.
sudo rm -r /usr/src/linux-* Mit dem Befehl den Du oben erwähnst, löscht Du den Ordner /src. (Was im Übrigen auch keine Auswirkungen hat. Seit einiger Zeit wird dieser Ordner immer wieder neu angelegt, sobald neue Kernel kommen) Gruß Zur Info: Es gab eine Zeit, da konnte man mit dem Auskommentieren (#) von deb-src http:.... in der sources.list verhindern, dass unter /usr/src/ Daten abgelegt wurden. Aus welchen Gründen und wann das geändert wurde k.A. Nun ist es so, wie oben beschrieben, mit jedem Kernelupdate werden dort zusätzlich die Header eingetragen.
|
wired2051
(Themenstarter)
Anmeldungsdatum: 28. Februar 2007
Beiträge: 2740
|
Die Inodes werden mit sudo rm -r /usr(src/linux-* freigegeben? Und dann die apt-get-Aufrufe? Ehrlich gesagt verstehe ich die Funktion von (src/linux-* nicht. Warum nicht sudo rm -r /usr/src/linux-*? Oder mit Krusader (root) löschen? Das ist übrigens der Inhalt USER@RECHNER:~$ ls -l /usr/src/
insgesamt 224
drwxr-xr-x 24 root root 4096 Okt 5 2014 linux-headers-3.13.0-36
drwxr-xr-x 7 root root 4096 Okt 5 2014 linux-headers-3.13.0-36-generic
drwxr-xr-x 24 root root 4096 Okt 8 2014 linux-headers-3.13.0-37
drwxr-xr-x 7 root root 4096 Okt 8 2014 linux-headers-3.13.0-37-generic
drwxr-xr-x 24 root root 4096 Okt 29 2014 linux-headers-3.13.0-39
drwxr-xr-x 7 root root 4096 Okt 29 2014 linux-headers-3.13.0-39-generic
drwxr-xr-x 24 root root 4096 Nov 26 2014 linux-headers-3.13.0-40
drwxr-xr-x 7 root root 4096 Nov 26 2014 linux-headers-3.13.0-40-generic
drwxr-xr-x 24 root root 4096 Dez 13 2014 linux-headers-3.13.0-43
drwxr-xr-x 7 root root 4096 Dez 13 2014 linux-headers-3.13.0-43-generic
drwxr-xr-x 24 root root 4096 Jan 14 2015 linux-headers-3.13.0-44
drwxr-xr-x 7 root root 4096 Jan 14 2015 linux-headers-3.13.0-44-generic
drwxr-xr-x 24 root root 4096 Feb 2 2015 linux-headers-3.13.0-45
drwxr-xr-x 7 root root 4096 Feb 2 2015 linux-headers-3.13.0-45-generic
drwxr-xr-x 24 root root 4096 Mär 13 2015 linux-headers-3.13.0-46
drwxr-xr-x 7 root root 4096 Mär 13 2015 linux-headers-3.13.0-46-generic
drwxr-xr-x 24 root root 4096 Mär 25 2015 linux-headers-3.13.0-48
drwxr-xr-x 7 root root 4096 Mär 25 2015 linux-headers-3.13.0-48-generic
drwxr-xr-x 24 root root 4096 Apr 15 2015 linux-headers-3.13.0-49
drwxr-xr-x 7 root root 4096 Apr 15 2015 linux-headers-3.13.0-49-generic
drwxr-xr-x 24 root root 4096 Mai 1 2015 linux-headers-3.13.0-51
drwxr-xr-x 7 root root 4096 Mai 1 2015 linux-headers-3.13.0-51-generic
drwxr-xr-x 24 root root 4096 Mai 11 2015 linux-headers-3.13.0-52
drwxr-xr-x 7 root root 4096 Mai 11 2015 linux-headers-3.13.0-52-generic
drwxr-xr-x 24 root root 4096 Mai 22 2015 linux-headers-3.13.0-53
drwxr-xr-x 7 root root 4096 Mai 22 2015 linux-headers-3.13.0-53-generic
drwxr-xr-x 24 root root 4096 Jun 12 2015 linux-headers-3.13.0-54
drwxr-xr-x 7 root root 4096 Jun 12 2015 linux-headers-3.13.0-54-generic
drwxr-xr-x 24 root root 4096 Jun 22 2015 linux-headers-3.13.0-55
drwxr-xr-x 7 root root 4096 Jun 22 2015 linux-headers-3.13.0-55-generic
drwxr-xr-x 24 root root 4096 Jul 20 2015 linux-headers-3.13.0-57
drwxr-xr-x 7 root root 4096 Jul 20 2015 linux-headers-3.13.0-57-generic
drwxr-xr-x 24 root root 4096 Jul 27 2015 linux-headers-3.13.0-58
drwxr-xr-x 7 root root 4096 Jul 27 2015 linux-headers-3.13.0-58-generic
drwxr-xr-x 24 root root 4096 Jul 29 2015 linux-headers-3.13.0-59
drwxr-xr-x 7 root root 4096 Jul 29 2015 linux-headers-3.13.0-59-generic
drwxr-xr-x 24 root root 4096 Jul 31 2015 linux-headers-3.13.0-61
drwxr-xr-x 7 root root 4096 Jul 31 2015 linux-headers-3.13.0-61-generic
drwxr-xr-x 24 root root 4096 Aug 21 14:38 linux-headers-3.13.0-62
drwxr-xr-x 7 root root 4096 Aug 21 14:38 linux-headers-3.13.0-62-generic
drwxr-xr-x 24 root root 4096 Sep 4 14:54 linux-headers-3.13.0-63
drwxr-xr-x 7 root root 4096 Sep 4 14:55 linux-headers-3.13.0-63-generic
drwxr-xr-x 24 root root 4096 Okt 7 14:27 linux-headers-3.13.0-65
drwxr-xr-x 7 root root 4096 Okt 7 14:27 linux-headers-3.13.0-65-generic
drwxr-xr-x 24 root root 4096 Okt 21 14:33 linux-headers-3.13.0-66
drwxr-xr-x 7 root root 4096 Okt 21 14:34 linux-headers-3.13.0-66-generic
drwxr-xr-x 24 root root 4096 Nov 6 15:11 linux-headers-3.13.0-67
drwxr-xr-x 7 root root 4096 Nov 6 15:13 linux-headers-3.13.0-67-generic
drwxr-xr-x 24 root root 4096 Nov 11 14:37 linux-headers-3.13.0-68
drwxr-xr-x 7 root root 4096 Nov 11 14:37 linux-headers-3.13.0-68-generic
drwxr-xr-x 24 root root 4096 Dez 2 14:47 linux-headers-3.13.0-71
drwxr-xr-x 7 root root 4096 Dez 2 14:48 linux-headers-3.13.0-71-generic
drwxr-xr-x 24 root root 4096 Dez 18 14:34 linux-headers-3.13.0-73
drwxr-xr-x 7 root root 4096 Dez 18 14:35 linux-headers-3.13.0-73-generic
drwxr-xr-x 24 root root 4096 Dez 21 15:14 linux-headers-3.13.0-74
drwxr-xr-x 7 root root 4096 Dez 21 15:14 linux-headers-3.13.0-74-generic
lrwxrwxrwx 1 root root 32 Jan 19 22:47 vboxhost-4.3.36 -> ../share/virtualbox/src/vboxhost
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
wired2051 schrieb:
Moin Moin,
sudo rm -r /usr(src/linux-* freigegeben? Und dann die apt-get-Aufrufe? Ehrlich gesagt verstehe ich die Funktion von (src/linux-* nicht. Warum nicht sudo rm -r /usr/src/linux-*?
Das war ein falscher Fehler (doppeltgemoppelt). Richtig heist es natürlich /usr/src. Wurde aber von mir schon geändert. Oder mit Krusader (root) löschen?
Geht auch, kdesudo krusader verleiht Flügel, damit kann man ins Dateisystem fliegen /usr/src/ und dort die Header löschen.
Das ist übrigens der Inhalt USER@RECHNER:~$ ls -l /usr/src/
insgesamt 224
drwxr-xr-x 24 root root 4096 Okt 5 2014 linux-headers-3.13.0-36
drwxr-xr-x 7 root root 4096 Okt 5 2014 linux-headers-3.13.0-36-generic
drwxr-xr-x 24 root root 4096 Okt 8 2014 linux-headers-3.13.0-37
drwxr-xr-x 7 root root 4096 Okt 8 2014 linux-headers-3.13.0-37-generic
drwxr-xr-x 24 root root 4096 Okt 29 2014 linux-headers-3.13.0-39
drwxr-xr-x 7 root root 4096 Okt 29 2014 linux-headers-3.13.0-39-generic
drwxr-xr-x 24 root root 4096 Nov 26 2014 linux-headers-3.13.0-40
drwxr-xr-x 7 root root 4096 Nov 26 2014 linux-headers-3.13.0-40-generic
drwxr-xr-x 24 root root 4096 Dez 13 2014 linux-headers-3.13.0-43
drwxr-xr-x 7 root root 4096 Dez 13 2014 linux-headers-3.13.0-43-generic
drwxr-xr-x 24 root root 4096 Jan 14 2015 linux-headers-3.13.0-44
drwxr-xr-x 7 root root 4096 Jan 14 2015 linux-headers-3.13.0-44-generic
drwxr-xr-x 24 root root 4096 Feb 2 2015 linux-headers-3.13.0-45
drwxr-xr-x 7 root root 4096 Feb 2 2015 linux-headers-3.13.0-45-generic
drwxr-xr-x 24 root root 4096 Mär 13 2015 linux-headers-3.13.0-46
drwxr-xr-x 7 root root 4096 Mär 13 2015 linux-headers-3.13.0-46-generic
drwxr-xr-x 24 root root 4096 Mär 25 2015 linux-headers-3.13.0-48
drwxr-xr-x 7 root root 4096 Mär 25 2015 linux-headers-3.13.0-48-generic
drwxr-xr-x 24 root root 4096 Apr 15 2015 linux-headers-3.13.0-49
drwxr-xr-x 7 root root 4096 Apr 15 2015 linux-headers-3.13.0-49-generic
drwxr-xr-x 24 root root 4096 Mai 1 2015 linux-headers-3.13.0-51
drwxr-xr-x 7 root root 4096 Mai 1 2015 linux-headers-3.13.0-51-generic
drwxr-xr-x 24 root root 4096 Mai 11 2015 linux-headers-3.13.0-52
drwxr-xr-x 7 root root 4096 Mai 11 2015 linux-headers-3.13.0-52-generic
drwxr-xr-x 24 root root 4096 Mai 22 2015 linux-headers-3.13.0-53
drwxr-xr-x 7 root root 4096 Mai 22 2015 linux-headers-3.13.0-53-generic
drwxr-xr-x 24 root root 4096 Jun 12 2015 linux-headers-3.13.0-54
drwxr-xr-x 7 root root 4096 Jun 12 2015 linux-headers-3.13.0-54-generic
drwxr-xr-x 24 root root 4096 Jun 22 2015 linux-headers-3.13.0-55
drwxr-xr-x 7 root root 4096 Jun 22 2015 linux-headers-3.13.0-55-generic
drwxr-xr-x 24 root root 4096 Jul 20 2015 linux-headers-3.13.0-57
drwxr-xr-x 7 root root 4096 Jul 20 2015 linux-headers-3.13.0-57-generic
drwxr-xr-x 24 root root 4096 Jul 27 2015 linux-headers-3.13.0-58
drwxr-xr-x 7 root root 4096 Jul 27 2015 linux-headers-3.13.0-58-generic
drwxr-xr-x 24 root root 4096 Jul 29 2015 linux-headers-3.13.0-59
drwxr-xr-x 7 root root 4096 Jul 29 2015 linux-headers-3.13.0-59-generic
drwxr-xr-x 24 root root 4096 Jul 31 2015 linux-headers-3.13.0-61
drwxr-xr-x 7 root root 4096 Jul 31 2015 linux-headers-3.13.0-61-generic
drwxr-xr-x 24 root root 4096 Aug 21 14:38 linux-headers-3.13.0-62
drwxr-xr-x 7 root root 4096 Aug 21 14:38 linux-headers-3.13.0-62-generic
drwxr-xr-x 24 root root 4096 Sep 4 14:54 linux-headers-3.13.0-63
drwxr-xr-x 7 root root 4096 Sep 4 14:55 linux-headers-3.13.0-63-generic
drwxr-xr-x 24 root root 4096 Okt 7 14:27 linux-headers-3.13.0-65
drwxr-xr-x 7 root root 4096 Okt 7 14:27 linux-headers-3.13.0-65-generic
drwxr-xr-x 24 root root 4096 Okt 21 14:33 linux-headers-3.13.0-66
drwxr-xr-x 7 root root 4096 Okt 21 14:34 linux-headers-3.13.0-66-generic
drwxr-xr-x 24 root root 4096 Nov 6 15:11 linux-headers-3.13.0-67
drwxr-xr-x 7 root root 4096 Nov 6 15:13 linux-headers-3.13.0-67-generic
drwxr-xr-x 24 root root 4096 Nov 11 14:37 linux-headers-3.13.0-68
drwxr-xr-x 7 root root 4096 Nov 11 14:37 linux-headers-3.13.0-68-generic
drwxr-xr-x 24 root root 4096 Dez 2 14:47 linux-headers-3.13.0-71
drwxr-xr-x 7 root root 4096 Dez 2 14:48 linux-headers-3.13.0-71-generic
drwxr-xr-x 24 root root 4096 Dez 18 14:34 linux-headers-3.13.0-73
drwxr-xr-x 7 root root 4096 Dez 18 14:35 linux-headers-3.13.0-73-generic
drwxr-xr-x 24 root root 4096 Dez 21 15:14 linux-headers-3.13.0-74
drwxr-xr-x 7 root root 4096 Dez 21 15:14 linux-headers-3.13.0-74-generic
lrwxrwxrwx 1 root root 32 Jan 19 22:47 vboxhost-4.3.36 -> ../share/virtualbox/src/vboxhost
Da Du mit einer Vbox arbeitest die unter /usr/src/ kompiliert wird, würde ich den letzten Header nicht löschen. Das ist mein allgemeiner Rat. Mir ist nicht klar ob das System nicht doch noch darauf zurückgreift. Gruß
|