[gelöst]do_purge_kernels?

[gm2601]

Hallo Gurus,

die Datei ist nach Update zwar da, aber seit geraumer Zeit passiert nichts mehr in der Richtung, sonst wäre das

ll /boot/vmlinuz-*
-rw-r--r-- 1 root root 10M Aug  3 12:27 /boot/vmlinuz-5.8.0-1.gd3bf2d6-default
-rw-r--r-- 1 root root 10M Aug  4 12:41 /boot/vmlinuz-5.8.0-2.g9bc0044-default
-rw-r--r-- 1 root root 10M Aug 11 11:10 /boot/vmlinuz-5.8.0-3.gd4e7682-default
-rw-r--r-- 1 root root 10M Aug 13 13:00 /boot/vmlinuz-5.8.1-1.ge6658c9-default
-rw-r--r-- 1 root root 10M Aug 14 11:40 /boot/vmlinuz-5.8.1-2.g553537d-default
-rw-r--r-- 1 root root 10M Aug 15 12:57 /boot/vmlinuz-5.8.1-3.g846658e-default
-rw-r--r-- 1 root root 10M Aug 19 15:14 /boot/vmlinuz-5.8.2-1.g71b519a-default
-rw-r--r-- 1 root root 10M Aug 23 10:59 /boot/vmlinuz-5.8.3-1.gbad027a-default
-rw-r--r-- 1 root root 10M Aug 26 15:39 /boot/vmlinuz-5.8.4-1.g64fe492-default

wohl kaum möglich.

Es sollte doch eigentlich reichen, wenn ich den vorletzten und den aktuellen Kernel behalte und den ganzen alten Kram einem manuellen "do_purge_kernels" unterziehe.

 

[Sauerland]

Was sagt:

systemctl status purge-kernels.service

 

[susejunky]

Hallo gm2601,

was ergibt

# zypper se purge-kernels-service

und

# systemctl status purge-kernels.service

Welche Werte werden den Parametern multiversion = und multiversion.kernels = in der Datei /etc/zypp/zypp.conf zugewiesen?

Kannst Du mit

# zypper purge-kernels

die nicht mehr gewünschten Kernels löschen?

Viele Grüße

susejunky

 

[gm2601]

Hallo Sauerland, hallo susejunky,

da ihr beide danach fragtet:

# systemctl status purge-kernels.service
● purge-kernels.service - Purge old kernels
   Loaded: loaded (/usr/lib/systemd/system/purge-kernels.service; enabled; vendor preset: enabled)
   Active: inactive (dead)
Condition: start condition failed at Fri 2020-08-28 11:24:44 CEST; 40min ago

Nun die anderen:

# zypper se purge-kernels-service
Loading repository data...
Reading installed packages...

S | Name                  | Summary                                                           | Type
--+-----------------------+-------------------------------------------------------------------+-----------
i | purge-kernels-service | The service for removing old kernels when multiversion is enabled | package
  | purge-kernels-service | The service for removing old kernels when multiversion is enabled | srcpackage

# cat /etc/zypp/zypp.conf | grep -i multiversion
##  
multiversion = provides:multiversion(kernel)
## ...
multiversion.kernels = latest,latest-1,running

Das klingt ja wie gewünscht, nur das obige "Active: inactive (dead)" passt anscheinend nicht.

Kannst Du mit [...] die nicht mehr gewünschten Kernels löschen?

Das habe ich noch nicht probiert, ist mir zu heiß. Ist das mit der Option

# zypper purge-kernels -D

ohne Angstschweiß machbar?

 

[Sauerland]

Was sagt denn:

ls -al /boot

Der purge-kernels.service wird bei einem reboot nur ausgeführt, wenn die Datei /boot/do_purge_kernels vorhanden ist.
Dann wird das Script /sbin/purge-kernels gestartet, welches die Kernel lt /etc/zypp/zypp.conf nicht löscht und den Rest löscht.

 

[susejunky]

... Das habe ich noch nicht probiert, ist mir zu heiß. Ist das mit der Option

# zypper purge-kernels -D

ohne Angstschweiß machbar?

> zypper purge-kernels --help
purge-kernels [OPTIONEN]

Automatische Löschungen von installierten Kerneln gemäß der Liste an Kerneln, die von
/etc/zypp/zypp.conf behalten werden sollen: multiversion.kernels, die als <Version>,
aktuellster(-N), laufend, ältester(+N) gegeben sein können.

Kommandooptionen:

--details Ausführliche Installationsübersicht anzeigen. Default: false
-D, --dry-run Nichts ändern. Nur berichten, was gemacht worden wäre. Eine sinnvolle
Dateikonflikt-Überprüfung kann nur ausgeführt werden, wenn sie zusammen
mit '--download-only' verwendet wird. Default: false
>

Nun, wer wagt, der gewinnt ...

... und wenn Du verlierst: https://bugzilla.opensuse.org/index.cgi

Viele Grüße

susejunky

 

[gm2601]

Was sagt denn:

ls -al /boot

Wie oben erwähnt, ist die Datei "/boot/do_purge_kernels" nach einen Kernelupdate stets vorhanden, wird aber bei einem reboot offenbar nicht mehr ausgeführt, obwohl sie danach weg ist.
Obiges Kommando würde also momentan mittlerweile "nur" neunmal die interessanten Files in /boot zeigen.
Soll ich?

 

[Sauerland]

Wie oben erwähnt, ist die Datei "/boot/do_purge_kernels" nach einen Kernelupdate stets vorhanden, wird aber bei einem reboot offenbar nicht mehr ausgeführt, obwohl sie danach weg ist.

Die Datei wird nicht ausgeführt, das ist nur ein Platzhalter/Dummy um dem Service anzuzeigen: Jetzt musst du starten.......

Ich würde jetzt mal in Yast---Software alle kernel bis auf die letzten 2 deinstallieren.....
Und dann beim nächsten Mal aufpassen.

Aber:
wenn du z.B. den Nvidia Treiber selber aus der run-Datei baust, musst du ja neu starten und in Runlevel 3 wechseln.
Dann wird der purge-kernels.service zwar ausgeführt, aber dieser Service dauert länger als die Installation des Nvidia Treibers.
Dadurch bleiben die kernel in /boot vorhanden.

Ich behelfe mir da mit einem top bis kein dracut usw. mehr auftaucht.

 

[josef-wien]

ohne Angstschweiß machbar?

Solange Du nicht neu startest, funktioniert Dein System auch dann, wenn Du sämtliche Kernel-Pakete entfernst. Also laß das "-D" weg, und schau dann nach, ob wie vorgesehen die jüngsten zwei Kernel-Pakete vorhanden sind (und wenn das wider Erwarten nicht der Fall ist, installierst Du sie wieder).

Außerdem könnte ein openSUSE-Kundiger herausfinden, ob bzw. wo die fragliche Funktion etwas protokolliert, denn irgendeinen Grund für das Nicht-Löschen (trotz aktivem Dienst und vorhandener "Steuerdatei") muß es ja geben.

 

[Sauerland]

denn irgendeinen Grund für das Nicht-Löschen (trotz aktivem Dienst und vorhandener "Steuerdatei") muß es ja geben.

Ein Grund wäre z.B. in meinen letzten Beitrag erwähnt.

 

[gm2601]

Ich würde jetzt mal in Yast---Software alle kernel bis auf die letzten 2 deinstallieren.....
Und dann beim nächsten Mal aufpassen.

Das hat geklappt, danke!

Aber:
wenn du z.B. den Nvidia Treiber selber aus der run-Datei baust, musst du ja neu starten und in Runlevel 3 wechseln.
Dann wird der purge-kernels.service zwar ausgeführt, aber dieser Service dauert länger als die Installation des Nvidia Treibers.
Dadurch bleiben die kernel in /boot vorhanden.

Du kannst sicher sein dass ich KEINE Driver baue, wenn ich nicht dazu gezwungen bin, und selbst dann würde ich das nur unter eurer Anleitung machen.

denn irgendeinen Grund für das Nicht-Löschen (trotz aktivem Dienst und vorhandener "Steuerdatei") muß es ja geben.

Es geschehen noch Zeichen und Wunder:

# systemctl status purge-kernels.service
● purge-kernels.service - Purge old kernels
   Loaded: loaded (/usr/lib/systemd/system/purge-kernels.service; enabled; vendor preset: enabled)
   Active: inactive (dead) since Sat 2020-08-29 10:38:42 CEST; 18min ago
 Main PID: 1053 (code=exited, status=0/SUCCESS)

Aug 29 10:38:40 Emil4 systemd[1]: Starting Purge old kernels...
Aug 29 10:38:42 Emil4 zypper[1053]: Installierte Pakete werden gelesen...
Aug 29 10:38:42 Emil4 zypper[1053]: Säuberung von veralteten Kerneln wird vorbereitet...
Aug 29 10:38:42 Emil4 zypper[1053]: Konfiguration: latest,latest-1,running
Aug 29 10:38:42 Emil4 zypper[1053]: Kernel Release läuft: 5.8.5-1.gf0adcb3-default
Aug 29 10:38:42 Emil4 zypper[1053]: Kernel arch läuft: x86_64
Aug 29 10:38:42 Emil4 zypper[1053]: Paketabhängigkeiten werden aufgelöst...
Aug 29 10:38:42 Emil4 zypper[1053]: Keine auszuführenden Aktionen.
Aug 29 10:38:42 Emil4 systemd[1]: Started Purge old kernels.

Mein Dank an alle Engagierten!