Ich habe verschiedene Fragen zum Bereinigen alter Linux-Kernel durchlaufen. Sie scheinen alle unterschiedliche Antworten zu haben und sie sind alt, also muss jemand sagen, dass die Frage zu alt ist und einen neuen Beitrag beginnen. Hier ist es also:
Ich möchte Folgendes tun:
- Entfernen Sie alte Linux-Kernel manuell im Terminal.
- Entfernen Sie alle Konfigurationsdateien
- Entfernen Sie alle Header-Dateien
- Unnötige Inodes entfernen?
- Erklären Sie, warum dpkg -l | grep linux-image liefert nicht die gleichen Ergebnisse wie in meiner grub2-Liste während des Startvorgangs
- Erkläre rc vs ii im dpkg -l | grep linux-image auflistung
- Erläutern Sie die Diskrepanz zwischen Einträgen im Verzeichnis / usr / src (oder wo immer sich diese Dateien in anderen Ubuntu-Versionen befinden) und den beiden oben genannten Methoden zum Ermitteln überschüssiger Kernelversionen.
- Was sind die Konsequenzen einer vollständigen Bereinigung älterer Kernel? Muss ich mir Sorgen um Abhängigkeiten machen? Woher weiß ich, ob Apps auf meinem Computer von den Konfigurationsdateien älterer Kernel abhängig sind?
Was ich nicht will:
- Links zu anderen Antworten, die Sie nicht persönlich getestet haben oder die nicht alle Probleme betreffen, die mit einer vollständigen Bereinigung verbunden sind.
- Jede Antwort, die Sie nicht persönlich getestet haben.
- Skripte, die versuchen, alles auf einmal automatisch zu bereinigen. Ich möchte dies nur manuell tun, bis ich alles, was vor sich geht, vollständig verstanden habe.
Lassen Sie uns bitte eine umfassende Lösung für das Problem des Kernelaufbaus erhalten. Ich spiele derzeit mit einer älteren Version von Ubuntu (10.04), bevor ich ein Upgrade durchführe, aber ich hatte das gleiche Problem mit Ubuntu 12.04. Wenn die Lösung für verschiedene Versionen unterschiedlich ist, geben Sie bitte die Version an, mit der Sie Ihre Lösung getestet haben.
Was funktioniert:
uname -r
Dadurch wird die aktuell verwendete Kernel-Version korrekt zurückgegeben.
Dinge, die nicht funktionieren:
sudo apt-get autoremove
sudo apt-get clean
sudo apt-get autoremove linux-image-x.x.xx-xx-generic
Was ich dachte, sollte funktionieren, tat es aber nicht:
sudo apt-get purge linux-image-x.x.xx-xx-generic
Dies hat dazu beigetragen, die Liste zu verkleinern, die generiert wurde durch dpkg -l | grep linux-image
:
sudo dpkg --purge linux-image-x.x.xx-xx-generic
Auch hier ist ein Vorsprung zu diesem rc/ii
Thema:
ii
bedeutet "Es sollte installiert sein und es ist installiert", während
rc
"Es wurde entfernt / deinstalliert, aber die Konfigurationsdateien sind noch vorhanden" bedeutet.
Ich denke, dies behebt das Problem zwischen der Diskrepanz zwischen der Terminalliste und dem Menü grub2 beim Booten. Soweit ich mich erinnere, ii
stimmen die Auflistungen mit der Auflistung von grub2 überein. Die Frage hier ist, wie die ii
Einträge überhaupt dorthin gekommen sind.