nach Kernelupdate kein neuer Kernel
Hallo Listenleser, gerade habe ich auf meinem Leap 42.2 über YaST ein Update laufen lassen. Dabei wurde auch ein neuer Kernel installiert - 4.4.57-default. Nach dem Ende des Updates hat mir YaST auch gleich brav gemeldet, dass ich das System neu starten muss, um den neuen Kernel in Betrieb nehmen zu können. Beim Neustart stellte sich allerdings heraus, dass der Rechner statt mit Kernel 4.4.57 immer noch mit 4.4.46 gestartet wurde - d.h. das System wurde auch vorher schon nicht richtig auf 4.4.49 aktualisiert. Wie es scheint, wird der Bootmanager (grub2) nicht richtig aktualisiert, denn unter lib/modules/ sind alle drei Kernels vorhanden. Wo kann ich ansetzen, damit sich das System kernelmäßig auf den neusten Stand bringt? Der Bootmanager liegt nicht im MBR, sondern auf sda2 unter /, genauer in /boot - Platz ist genügend vorhanden. Schaut man in /boot nach, findet man eigentlich alles, was gebraucht wird; vmlinuz zeigt auf vmlinuz-4.4.57 und initrd zeigt auf initrd-4.4.57. Aber das wird irgendwie komplett ignoriert... Hat jemand eine Idee, wo ich ansetzen kann? Dank und Gruß, Michael -- 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 Samstag, 8. April 2017, 03:48:02 CEST schrieb michael.eschweiler@web.de:
Hallo Listenleser,
gerade habe ich auf meinem Leap 42.2 über YaST ein Update laufen lassen. Dabei wurde auch ein neuer Kernel installiert - 4.4.57-default. Nach dem Ende des Updates hat mir YaST auch gleich brav gemeldet, dass ich das System neu starten muss, um den neuen Kernel in Betrieb nehmen zu können. Beim Neustart stellte sich allerdings heraus, dass der Rechner statt mit Kernel 4.4.57 immer noch mit 4.4.46 gestartet wurde - d.h. das System wurde auch vorher schon nicht richtig auf 4.4.49 aktualisiert. Wie es scheint, wird der Bootmanager (grub2) nicht richtig aktualisiert, denn unter lib/modules/ sind alle drei Kernels vorhanden. Wo kann ich ansetzen, damit sich das System kernelmäßig auf den neusten Stand bringt? Der Bootmanager liegt nicht im MBR, sondern auf sda2 unter /, genauer in /boot - Platz ist genügend vorhanden. Schaut man in /boot nach, findet man eigentlich alles, was gebraucht wird; vmlinuz zeigt auf vmlinuz-4.4.57 und initrd zeigt auf initrd-4.4.57. Aber das wird irgendwie komplett ignoriert... Hat jemand eine Idee, wo ich ansetzen kann?
Dank und Gruß, Michael
Schau einmal beim booten im Grub2, ob der Eintrag vorhanden ist: einfach mit den Pfeil hoch/runter Tasten zum 2. Eintrag gehen und Enter/Return drücken. Ansonsten ist Yast---System---Bootloader dein Freund. Oder in der konsole als root: grub2-mkconfig -o /boot/grub2/grub.cfg Stephan -- 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 08.04.2017 um 00:08 schrieb Stephan Hemeier:
Am Samstag, 8. April 2017, 03:48:02 CEST schrieb michael.eschweiler@web.de:
Hallo Listenleser,
gerade habe ich auf meinem Leap 42.2 über YaST ein Update laufen lassen. Dabei wurde auch ein neuer Kernel installiert - 4.4.57-default. Nach dem Ende des Updates hat mir YaST auch gleich brav gemeldet, dass ich das System neu starten muss, um den neuen Kernel in Betrieb nehmen zu können. Beim Neustart stellte sich allerdings heraus, dass der Rechner statt mit Kernel 4.4.57 immer noch mit 4.4.46 gestartet wurde - d.h. das System wurde auch vorher schon nicht richtig auf 4.4.49 aktualisiert. Wie es scheint, wird der Bootmanager (grub2) nicht richtig aktualisiert, denn unter lib/modules/ sind alle drei Kernels vorhanden. Wo kann ich ansetzen, damit sich das System kernelmäßig auf den neusten Stand bringt? Der Bootmanager liegt nicht im MBR, sondern auf sda2 unter /, genauer in /boot - Platz ist genügend vorhanden. Schaut man in /boot nach, findet man eigentlich alles, was gebraucht wird; vmlinuz zeigt auf vmlinuz-4.4.57 und initrd zeigt auf initrd-4.4.57. Aber das wird irgendwie komplett ignoriert... Hat jemand eine Idee, wo ich ansetzen kann?
Dank und Gruß, Michael
Schau einmal beim booten im Grub2, ob der Eintrag vorhanden ist: einfach mit den Pfeil hoch/runter Tasten zum 2. Eintrag gehen und Enter/Return drücken.
Hatte ich vergessen zu erwähnen: Da gab's nur 4.4.46 zur Auswahl
Ansonsten ist Yast---System---Bootloader dein Freund.
Oder in der konsole als root: grub2-mkconfig -o /boot/grub2/grub.cfg
Hab' ich gemacht, hat aber erst funktioniert nachdem ich grub.cfg.new nach grub.cfg kopiert hatte. Nun weiß ich nicht ob das eigentlich automatisch gehen sollte, oder ob es daran liegt, dass grub2-mkconfig folgende Fehlermeldung beim Erzeugen von grub.cfg auswarf: Generating grub configuration file ... Found theme: /boot/grub2/themes/openSUSE/theme.txt Found linux image: /boot/vmlinuz-4.4.57-18.3-default Found initrd image: /boot/initrd-4.4.57-18.3-default Found linux image: /boot/vmlinuz-4.4.49-16-default Found initrd image: /boot/initrd-4.4.49-16-default Found linux image: /boot/vmlinuz-4.4.46-11-default Found initrd image: /boot/initrd-4.4.46-11-default Found openSUSE 13.2 (x86_64) on /dev/sda3 error: syntax error. error: Incorrect command. error: syntax error. Syntax error at line 253 Syntax errors are detected in generated GRUB config file. Ensure that there are no errors in /etc/default/grub and /etc/grub.d/* files or please file a bug report with /boot/grub2/grub.cfg.new file attached. Das wiederum dürfte wohl an einem Fehler in der von mir selbst angelegten 11_linux liegen. Muss ich mir noch mal genauer anschauen... Vielen Dank für den Hinweis zur Abzweigung vom Holzweg. Michael -- 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 zusammen, Michael Eschweiler meinte am Samstag, den 08.04.2017 um 20:29 Uhr wegen:GELÖST - nach Kernelupdate kein neuer Kernel ....
Oder in der konsole als root: grub2-mkconfig -o /boot/grub2/grub.cfg
Hab' ich gemacht, hat aber erst funktioniert nachdem ich grub.cfg.new nach grub.cfg kopiert hatte. Nun weiß ich nicht ob das eigentlich automatisch gehen sollte, oder ob es daran liegt, dass grub2-mkconfig .......
das sollte automatisch gehen, funktioniert jedenfalls mit zypper dup -- Beste Grüße Christian -- 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 Sonntag, 9. April 2017, 09:22:34 CEST schrieb Christian Meseberg:
Hallo zusammen,
Michael Eschweiler meinte am Samstag, den 08.04.2017 um 20:29 Uhr wegen:GELÖST - nach Kernelupdate kein neuer Kernel ....
Oder in der konsole als root: grub2-mkconfig -o /boot/grub2/grub.cfg
Hab' ich gemacht, hat aber erst funktioniert nachdem ich grub.cfg.new nach grub.cfg kopiert hatte. Nun weiß ich nicht ob das eigentlich automatisch gehen sollte, oder ob es daran liegt, dass grub2-mkconfig
.......
das sollte automatisch gehen, funktioniert jedenfalls mit zypper dup
Und das zypper dup sollte man nach einmaligem Gebrauch (Stichwort Packman zypper dup --from Packman) ganz schnell vergessen. Ausser bei Tumbleweed zum updaten, dort aber mit: zypper dup --no-allow-vendor-change Stephan -- 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 zusammen, Stephan Hemeier meinte am Sonntag, den 09.04.2017 um 09:37 Uhr wegen:GELÖST - nach Kernelupdate kein neuer Kernel ....
das sollte automatisch gehen, funktioniert jedenfalls mit zypper dup
Und das zypper dup sollte man nach einmaligem Gebrauch (Stichwort Packman zypper dup --from Packman) ganz schnell vergessen.
Ausser bei Tumbleweed zum updaten, dort aber mit: zypper dup --no-allow-vendor-change
mmmh, icfh mache seit Jahren nichts anderes. Was ist der Hintergrund? -- Beste Grüße Christian -- 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 zusammen, Christian Meseberg meinte am Sonntag, den 09.04.2017 um 14:11 Uhr wegen:GELÖST - nach Kernelupdate kein neuer Kernel
Und das zypper dup sollte man nach einmaligem Gebrauch (Stichwort Packman zypper dup --from Packman) ganz schnell vergessen.
Ausser bei Tumbleweed zum updaten, dort aber mit: zypper dup --no-allow-vendor-change
mmmh, icfh mache seit Jahren nichts anderes. Was ist der Hintergrund?
jedenfalls bringt mir die Recherche bei Tante google keine Aufklärung zu dieser Hypothese. -- Beste Grüße Christian -- 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 Samstag, den 08.04.2017, 03:48 +0200 schrieb michael.eschweiler@web.de:
gerade habe ich auf meinem Leap 42.2 über YaST ein Update laufen lassen. Dabei wurde auch ein neuer Kernel installiert - 4.4.57-default. Nach dem Ende des Updates hat mir YaST auch gleich brav gemeldet, dass ich das System neu starten muss, um den neuen Kernel in Betrieb nehmen zu können. Beim Neustart stellte sich allerdings heraus, dass der Rechner statt mit Kernel 4.4.57 immer noch mit 4.4.46 gestartet wurde - d.h. das System wurde auch vorher schon nicht richtig auf 4.4.49 aktualisiert. Wie es scheint, wird der Bootmanager (grub2) nicht richtig aktualisiert, denn unter lib/modules/ sind alle drei Kernels vorhanden. Wo kann ich ansetzen, damit sich das System kernelmäßig auf den neusten Stand bringt? Der Bootmanager liegt nicht im MBR, sondern auf sda2 unter /, genauer in /boot - Platz ist genügend vorhanden. Schaut man in /boot nach, findet man eigentlich alles, was gebraucht wird; vmlinuz zeigt auf vmlinuz-4.4.57 und initrd zeigt auf initrd-4.4.57. Aber das wird irgendwie komplett ignoriert... Hat jemand eine Idee, wo ich ansetzen kann?
Und welcher Bootmanager steht im MBR? -- MfG Richi
participants (5)
-
Christian Meseberg
-
Michael Eschweiler
-
michael.eschweiler@web.de
-
Richard Kraut
-
Stephan Hemeier