Hallo Helga, Am 01.08.2016 um 18:01 schrieb Helga Fischer:

Am Montag 01 August 2016 schrieb Helga Fischer:

[...]

...

Bekomme ich irgendwie den vorherigen Kernel zurück? YaST hat mir da leider nichts angeboten in seiner TUI.

Habe zwar den Menüpunkt mit den Versionen gefunden, aber es existiert leider nur eine einzige. (Oben im Menü unter 'View' => Packageversion.

Helga

helfen kann ich dir bei diesem Problem leider nicht, aber ich hätte da mal eine grundsätzliche Frage zu diesem Thema: Hat denn dieses 'Feature' jemals richtig funktioniert?. Ich lasse schon lange die Finger davon, nachdem mir vor Jahren diese tolle Automatik bei einem Boot ALLE installierten inclusive den gerade laufenden Kernel deinstalliert hatte. Glücklicherweise hatte ich das bemerkt und konnte das rechtzeitig beheben. Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Manfred, Am Dienstag 02 August 2016 schrieb Manfred Kreisl:

Am 01.08.2016 um 18:01 schrieb Helga Fischer:

...

Am Montag 01 August 2016 schrieb Helga Fischer:

[...]

...

Bekomme ich irgendwie den vorherigen Kernel zurück? YaST hat mir da leider nichts angeboten in seiner TUI.

Habe zwar den Menüpunkt mit den Versionen gefunden, aber es existiert leider nur eine einzige. (Oben im Menü unter 'View' => Packageversion.

Helga

helfen kann ich dir bei diesem Problem leider nicht, aber ich hätte da mal eine grundsätzliche Frage zu diesem Thema:

Hat denn dieses 'Feature' jemals richtig funktioniert?. Ich lasse schon lange die Finger davon, nachdem mir vor Jahren diese tolle Automatik bei einem Boot ALLE installierten inclusive den gerade laufenden Kernel deinstalliert hatte.

Bei der 13.2 funktioniert das. Und bei den vorherigen Suse auch. Nur tumbleweed macht als erste Suse eine Ausnahme. Hätte ich jetzt nicht den vorherigen Kernel benötigt, wäre mir das gar nicht aufgefallen. (Das Feature hat jedoch bei tumbleweed auch schon funktioniert; vielleicht ist eine Zeile falsch bei meiner Konfig). Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Mon, 1 Aug 2016 18:16:02 +0200 schrieb Helga Fischer : Hallo Helga!

Das ist meine zypp.conf Das sieht meiner Meinung nach prinzipiell gut aus, aber .. (s.u.)

[...] ## empty ## multiversion = provides:multiversion(kernel)

## ## Defining directory which may contain additional multiversion definitions. ## ## If the directory exists, each file in this directory is scanned, expecting ## one valid multiversion list entry per line. Empty lines and lines starting ## with '#' are ignored. ## ------------------------- [/etc/zypp/multiversion.d/example file begin] ----------------------- ## # An alternate way to enable kernel packages being ## # installed in parallel: ## ## provides:multiversion(kernel) ## ------------------------- [/etc/zypp/multiversion.d/example file end] ----------------------- ## ## Valid values: A directory ## Default value: {configdir}/multiversion.d ## # multiversiondir = /etc/zypp/multiversion.d

## Comma separated list of kernel packages to keep installed in parallel, if the ## above multiversion variable is set. Packages can be specified as ## 2.6.32.12-0.7 - Exact version to keep ## latest - Keep kernel with the highest version number ## latest-N - Keep kernel with the Nth highest version number ## running - Keep the running kernel ## oldest - Keep kernel with the lowest version number (the GA kernel) ## oldest+N - Keep kernel with the Nth lowest version number ## ## Note: This entry is not evaluated by libzypp, but by the ## purge-kernels service (via /sbin/purge-kernels). ## ## Default: Do not delete any kernels if multiversion = provides:multiversion(kernel) is set multiversion.kernels = latest,latest-3,running

Warum hebst Du den letzten und den viert-letzten Kernel auf? Dadurch entsteht eine Lücke, die (Spekulation!) möglicherweise die Ursache Deines Problems sein könnte.

[...]

Hier wollte ich sagen: Keine Endlosreihe, sondern halt maximal 3. Habe ich da was missverstanden und die zypp.conf wurde deswegen ignoriert.

In Deiner Variante wird er den vorletzten (latest-1) und den dritt-letzten (latest-2) löschen.

Bei der Gelegenheit habe ich auch was komisches entdeckt:

lrwxrwxrwx 1 root root 21 10. Jul 17:07 .#zypp.conf -> helga@linux-ttwd.4321

Wozu dieser symbolische Link? (Auf der 13.2 gibt's den nicht; dafür funktioniert das mit dem multiversion-Kernel). Tumbleweed benutze ich nicht, so daß ich Dir dazu nichts konkret sagen kann, aber eine Frage fällt mir dazu ein:

Ist das, was Du oben gepostet hast, Inhalt einer echten zypp.conf oder ist das in der helga@linux-ttwd.4321 (komischer Dateiname, finde ich auch). In letzterem Falle kann er keine zypp.conf finden, es sei denn der symbolische Link würde zypp.conf lauten. Viele Grüße Matthias -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Tue, 2 Aug 2016 18:53:44 +0200 schrieb Helga Fischer : Hallo Helga!

Ich habe das als: hebe alle Kernel bis Nummer drei auf und werfe den Rest weg. Nach meinem Verständnis der Erklärung in der zypp.conf

## Comma separated list of kernel packages to keep installed in ist das keine von-bis-Angabe, sondern er hebt konkret die Versionen, die Du benennst, ob als absolute oder relative (latest, oldest) Angabe, auf.

...

In Deiner Variante wird er den vorletzten (latest-1) und den dritt-letzten (latest-2) löschen.

Dann müsste ich immer noch einen weiteren haben. Das kommt auf die konkreten Verhältnisse an. Wenn Du bspw. drei Versionen hast und latest = running ist, dann wird er bei der nächsten Gelegenheit die vor- und die dritt-letzte Version rausschmeißen, eine viert-letzte (latest-3) gibt es nicht. Und schon hast Du nur noch eine Version.

(Mit einer ganz genauen Versionsnummer blieb ein funktionierender Kernel auch nicht erhalten.). Doch, wenn Du die genaue Versionsnummer eines funktionierenden Kernels angibst, wird er den nicht löschen.

...

Ist das, was Du oben gepostet hast, Inhalt einer echten zypp.conf

Ja. Ok., dann ist meine Idee gegenstandlos.

Viele Grüße Matthias -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Dienstag 02 August 2016 schrieb Helga Fischer:

Am Dienstag 02 August 2016 schrieb jpr.liste01@jpberlin.de:

[...]

...

In den home-Verzeichnissen etlicher Maintainer sind Kernel verschiedener Versionen für Tumbleweed. Vielleicht findest Du da einen passenden für Dich und vertraust dem Maintainer so, daß Du einen seiner Kernel installieren würdest.

OK, guter Hinweis.

Da das tumbleweed-System nicht produktiv ist und ohnehin in einer VM läuft, könnte ich das durchaus riskieren. Ich kann aber auch den nächsten Kernel abwarten...

Zwar bin ich nicht der Fan von 'komischen' Rezepten, aber nun hat doch eines geholfen. Dem (virtuellen) Kernel habe ich über GRUB (Taste e beim Booten drücken), die Option 'iomem=relaxed' mitgegeben. Und siehe da: Die VM wartet nun wieder mit einem schönen, bunten Desktop auf ;). Ob's Rezept immer klappt, weiß ich nicht. Bei anderen hat's wohl nicht funktioniert. (Kurzfristig hatte ich die 32-Bittigkeit von Tumbleweed im Verdacht, was sich jedoch nicht bewahrheitet hat; das 64-Bit-System - gleicher Versionsstand - wies diesen Fehler auch auf). VirtualBox und Guesttools auf genau die gleiche Version bringen ist übrigens auch ohne Wirkung. Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org