Hallo Liste, irgendwie ignoriert tumbleweed, dass es mindestens einen alten Kernel aufheben soll. Ich habe das zwar, meine ich, richtig eingestellt, doch unter dem Menüpunkt 'Erweiterte Einstellungen' bei der Kernelauswahl gibt's auch nur den aktuellen - und der startet (mal wieder) kein X. (Dieses Tumbleweed läuft in einer VM unter virtualbox). Hat sich da irgendwas geändert oder soll sich da was ändern? Bekomme ich irgendwie den vorherigen Kernel zurück? YaST hat mir da leider nichts angeboten in seiner TUI. Sonst muss ich wohl warten, bis wieder ein Kernel dran kommt, der X kann und diesen dann auf 'tabu' setzen. 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 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 -- ## 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
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
Am Tue, 2 Aug 2016 14:33:13 +0200 schrieb Manfred Kreisl <ml4km@arcor.de>: Hallo Manfred!
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.
Ich benutze dieses Feature seit mehreren OS-Versionen und es funktioniert klaglos. Beispiel 13.1 in /etc/zypp/zypp.conf [...] multiversion = provides:multiversion(kernel) [...] multiversion.kernels = latest,latest-1,latest-2,latest-3,running [...] 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
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
Noch eine Ergänzung: Am Montag 01 August 2016 schrieb Helga Fischer:
irgendwie ignoriert tumbleweed, dass es mindestens einen alten Kernel aufheben soll.
Das ist meine zypp.conf [...] ## 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 [...] Hier wollte ich sagen: Keine Endlosreihe, sondern halt maximal 3. Habe ich da was missverstanden und die zypp.conf wurde deswegen ignoriert. 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). 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 <Azula@gmx.de>: 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 Dienstag 02 August 2016 schrieb jpr.liste01@jpberlin.de:
Am Mon, 1 Aug 2016 18:16:02 +0200 schrieb Helga Fischer <Azula@gmx.de>:
[...]
## 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.
Ich habe das als: hebe alle Kernel bis Nummer drei auf und werfe den Rest weg.
[...]
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.
Dann müsste ich immer noch einen weiteren haben. (Mit einer ganz genauen Versionsnummer blieb ein funktionierender Kernel auch nicht erhalten.).
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
Ja.
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.
Nein, der fängt ja mit .# an. .#zypp.conf -> helga@linux-ttwd.4321 Der Hostname wurde zufällig vergeben; die VM hat noch keine feste IP, weil ich einfach nicht wusste, behalte ich die eine Weile. Eine echte zypp.conf existiert; rpm macht mir die editierte Variante auch nicht platt. 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 Tue, 2 Aug 2016 18:53:44 +0200 schrieb Helga Fischer <Azula@gmx.de>: 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 jpr.liste01@jpberlin.de: [...]
(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.
Doch, hat er gemacht. Hab's jedoch nicht mehr weiter verfolgt, weil zu diesem Zeitpunkt ausreichend Kernels kamen, die liefen. Das hier ist der Kernel, der nicht läuft: 4.6.4-2-default Danke für Deine Hinweise, 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 17:35:02 +0200 schrieb Helga Fischer <Azula@gmx.de>: Hallo Helga!
Bekomme ich irgendwie den vorherigen Kernel zurück? YaST hat mir da leider nichts angeboten in seiner TUI.
Du hast leider nicht geschrieben, welchen Kernel Du in welcher Version einsetzt bzw. suchst, so daß ich auch nur allgemein antworten kann. 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. 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 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... 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 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
participants (3)
-
Helga Fischer -
jpr.liste01＠jpberlin.de -
Manfred Kreisl