[gelöst] Leap 42.1 nach Update fehlt 1 Eintrag im Bootmenü

[rohrmoos]

Nach der Installation von der DVD ohne Netzwerk, war das BootMenü O.K. Nach Zuschalten des Netzwerkes
wurden knapp 50 Aktualisierungen angezeigt (aufgeteilt in 2 Bereiche Security und Empfehlung).
Ich habe zunächst alle Updates für Security durchgeführt. Danach war das Bootmenü immer noch O.K.
Dann habe ich im Bereich Empfehlung jeweils nur ein Paket aktualisiert und nach jeder Aktualisierung einen
Neustart durchgeführt und das Bootmenü kontrolliert. Erst bei dem Versuch eines der folgenden 8 Pakete
zu aktualisieren war das Bootmenü marode.

1: yast2-bootloader
2: KDE ApplicationsFramework
3: release-notes-openSUSE
4: plymouth
5: os-prober
6:multipath-tools
7:kexec-tools
8:grub2

 

[gehrke]

Erst bei dem Versuch eines der folgenden 8 Pakete zu aktualisieren war das Bootmenü marode.

1: yast2-bootloader
5: os-prober
8:grub2

Super, das ist ja mal eine detaillierte Beschreibung.
TNX

 

[gehrke]

BTW: Könntest Du wohl bitte noch die zu diesem Zeitpunkt installierten Versionen der 3 obigen Pakete posten (aus /var/log/zypp/history)?
TNX

 

[rohrmoos]

@gerhke:
Die Version mit der Ausfilterung der 8 Pakete habe ich leider nach weiteren Tests
gelöscht, und durch die z.Zt. laufende Neuinstallation mit den vorgeschlagenen
Einschüben ersetzt. Für die 3 Pakete werden nun mit yast2 jeweils 2 Versionen angegeben:

yast2-bootloader: aktuell 3.1.161-3.1-x86_64 
          (nicht aktuell: 3.1.159-1.1-x86_64)
          
os-prober:        aktuell 161.15.1-x86_64  
          (nicht aktuell: 161.13.1-x86_64
          
grub2:            aktuell 202~beta2-70.1-x86_64 
           (nicht aktuell:202~beta2-68.2-x86_64

 

[willithepimp]

Dank an rohrmoos und gehrke für ihre Arbeit. Alles hat auch bei mir funktioniert.
Eine Frage habe ich an rohrmoos: Hast Du noch ein BIOS oder bereits ein UEFI?
Ich glaube nämlich nicht, dass das Problem nur an OS42.1 gebunden ist. Gestern habe ich nochmals mein 13.2 installiert. Bereits nach der Installation, ohne Netzwerk und damit ohne Updates, fehlte der Eintrag für 42.1. Da das alte 13.2 immer funktioniert hat, dürfte für den fehlerhaften Bootlader was anderes verantwortlich sein. Ich habe os-prober in Verdacht. Der Schlüssel dürfte darin liegen, herauszufinden, wie os-prober mit dem UEFI zusammenarbeitet. Welche Voraussetzungen müssen gegeben sein, welche Einstellungen sind sinnvoll.
Mein Wechsel von BIOS auf UEFI war vor wenigen Tagen. Mein altes Board war defekt und musste ersetzt werden. Daher auch meine Suche auf dieser Ebene.

Gruß
willithepimp

 

[rohrmoos]

@wiilithepimp:
Ich habe kein UEFI. Unter yast->Bootloader sind folgende Felder markiert:

1-- markierte Felder bei Leap 42.1 (Partition formatiert mit ext4)
Aus erweiterter Partition starten
Set aktive Flag in Partition Table for Boot Partition
Write generic Boot Code to MBR

2--markierte Felder bei SUSE 13.2 (Installation vor ca. 1 Jahr Partition formatiert mit btrfs)
Boot from Master Boot Record
Boot from Root Partition
Set aktive Flag in Partition Table for Boot Partition
Write generic Boot Code to MBR

Vielleicht helfen diese Informationen weiter. (Eigenartig nur die 2 markierten Boot-Optionen bei der 13.2)

Gruß rohrnoos

 

[willithepimp]

...und ich hab mich so drauf gefreut, das Problem mit der richtigen UEFI Installation zu lösen.
Bei mir sah es so aus, als sei das die Ursache. Dennoch will ich in der kommenden Woche noch einige Dinge ausprobieren, weil ich zu erreichen hoffe, dass dann die Booteinträge in jedem Fall wieder richtig funktionieren.

Bis dahin Gruß
willithepimp

 

[josef-wien]

markierte Felder bei SUSE 13.2 (Installation vor ca. 1 Jahr Partition formatiert mit btrfs)
Boot from Master Boot Record
...
Write generic Boot Code to MBR

Das ist ein Widerspruch, beides zusammen geht nicht (was YaST daraus macht, entzieht sich meiner Kenntnis). Wenn jeweils

Set aktive Flag in Partition Table for Boot Partition
Write generic Boot Code to MBR

angegeben ist, kommt immer der Boot-Manager jener Distribution an die Reihe, bei der zuletzt Boot-Manager-Aktivitäten ausgeführt wurden (außer wenn YaST

Boot from Master Boot Record

bevorzugt). Was zeigt als root:

hexdump -s0 -n512 -C /dev/sda

 

[rohrmoos]

@josef-wien: Danke für den Hinweis. Kann ich denn den Haken bei
bei Write generic Boot Code to MBR gefahrlos entfernen???

linux-r4e4:/home/***** # hexdump -s0 -n512 -c /dev/sda
0000000   3 300 372 216 330 216 320 274  \0   | 211 346 006   W 216 300
0000010 373 374 277  \0 006 271  \0 001 363 245 352 037 006  \0  \0   R
0000020   R 264   A 273 252   U   1 311   0 366 371 315 023   r 023 201
0000030 373   U 252   u  \r 321 351   s  \t   f 307 006 215 006 264   B
0000040 353 025   Z 264  \b 315 023 203 341   ?   Q 017 266 306   @ 367
0000050 341   R   P   f   1 300   f 231 350   f  \0 350   5 001   M   i
0000060   s   s   i   n   g       o   p   e   r   a   t   i   n   g    
0000070   s   y   s   t   e   m   .  \r  \n   f   `   f   1 322 273  \0
0000080   |   f   R   f   P 006   S   j 001   j 020 211 346   f 367   6
0000090 364   { 300 344 006 210 341 210 305 222 366   6 370   { 210 306
00000a0  \b 341   A 270 001 002 212 026 372   { 315 023 215   d 020   f
00000b0   a 303 350 304 377 276 276   } 277 276  \a 271      \0 363 245
00000c0 303   f   ` 211 345 273 276  \a 271 004  \0   1 300   S   Q 366
00000d0  \a 200   t 003   @ 211 336 203 303 020 342 363   H   t   [   y
00000e0   9   Y   [ 212   G 004   < 017   t 006   $ 177   < 005   u   "
00000f0   f 213   G  \b   f 213   V 024   f 001 320   f   ! 322   u 003
0000100   f 211 302 350 254 377   r 003 350 266 377   f 213   F 034 350
0000110 240 377 203 303 020 342 314   f   a 303 350   v  \0   M   u   l
0000120   t   i   p   l   e       a   c   t   i   v   e       p   a   r                                                                    
0000130   t   i   t   i   o   n   s   .  \r  \n   f 213   D  \b   f 003                                                                    
0000140   F 034   f 211   D  \b 350   0 377   r   '   f 201   >  \0   |                                                                    
0000150   X   F   S   B   u  \t   f 203 300 004 350 034 377   r 023 201                                                                    
0000160   > 376   }   U 252 017 205 362 376 274 372   {   Z   _  \a 372                                                                    
0000170 377 344 350 036  \0   O   p   e   r   a   t   i   n   g       s                                                                    
0000180   y   s   t   e   m       l   o   a   d       e   r   r   o   r                                                                    
0000190   .  \r  \n   ^ 254 264 016 212   >   b 004 263  \a 315 020   <                                                                    
00001a0  \n   u 361 315 030 364 353 375  \0  \0  \0  \0  \0  \0  \0  \0                                                                    
00001b0  \0  \0  \0  \0  \0  \0  \0  \0 265 262 347 246  \0  \0  \0                                                                        
00001c0   !  \0  \a   9 371 377  \0  \b  \0  \0  \0  \0  \0 031  \0   9                                                                    
00001d0 372 377  \v 357 377 377  \0  \b  \0 031 260   #   ~ 005  \0 376                                                                    
00001e0 377 377 203 376 377 377  \0   0   ~ 036  \0 370 277  \f 200 376                                                                    
00001f0 377 377 005 376 377 377  \0   (   >   +  \0   @   2   I   U 252                                                                    
0000200

 

[josef-wien]

Wozu wohl hat jemand die Möglichkeiten "Kopieren" und "Einfügen" erfunden? Falsch abgeschriebene Befehle liefern nicht die gewünschten Ergebnisse.

 

[rohrmoos]

@josef-wien: Hast ja recht, soll nicht wieder vorkommen.

PC192-168-2-100:/home/***** # hexdump -s0 -n512 -C /dev/sda
00000000  33 c0 fa 8e d8 8e d0 bc  00 7c 89 e6 06 57 8e c0  |3........|...W..|
00000010  fb fc bf 00 06 b9 00 01  f3 a5 ea 1f 06 00 00 52  |...............R|
00000020  52 b4 41 bb aa 55 31 c9  30 f6 f9 cd 13 72 13 81  |R.A..U1.0....r..|
00000030  fb 55 aa 75 0d d1 e9 73  09 66 c7 06 8d 06 b4 42  |.U.u...s.f.....B|
00000040  eb 15 5a b4 08 cd 13 83  e1 3f 51 0f b6 c6 40 f7  |..Z......?Q...@.|
00000050  e1 52 50 66 31 c0 66 99  e8 66 00 e8 35 01 4d 69  |.RPf1.f..f..5.Mi|
00000060  73 73 69 6e 67 20 6f 70  65 72 61 74 69 6e 67 20  |ssing operating |
00000070  73 79 73 74 65 6d 2e 0d  0a 66 60 66 31 d2 bb 00  |system...f`f1...|
00000080  7c 66 52 66 50 06 53 6a  01 6a 10 89 e6 66 f7 36  ||fRfP.Sj.j...f.6|
00000090  f4 7b c0 e4 06 88 e1 88  c5 92 f6 36 f8 7b 88 c6  |.{.........6.{..|
000000a0  08 e1 41 b8 01 02 8a 16  fa 7b cd 13 8d 64 10 66  |..A......{...d.f|
000000b0  61 c3 e8 c4 ff be be 7d  bf be 07 b9 20 00 f3 a5  |a......}.... ...|
000000c0  c3 66 60 89 e5 bb be 07  b9 04 00 31 c0 53 51 f6  |.f`........1.SQ.|
000000d0  07 80 74 03 40 89 de 83  c3 10 e2 f3 48 74 5b 79  |..t.@.......Ht[y|
000000e0  39 59 5b 8a 47 04 3c 0f  74 06 24 7f 3c 05 75 22  |9Y[.G.<.t.$.<.u"|
000000f0  66 8b 47 08 66 8b 56 14  66 01 d0 66 21 d2 75 03  |f.G.f.V.f..f!.u.|
00000100  66 89 c2 e8 ac ff 72 03  e8 b6 ff 66 8b 46 1c e8  |f.....r....f.F..|
00000110  a0 ff 83 c3 10 e2 cc 66  61 c3 e8 76 00 4d 75 6c  |.......fa..v.Mul|
00000120  74 69 70 6c 65 20 61 63  74 69 76 65 20 70 61 72  |tiple active par|                                                             
00000130  74 69 74 69 6f 6e 73 2e  0d 0a 66 8b 44 08 66 03  |titions...f.D.f.|                                                             
00000140  46 1c 66 89 44 08 e8 30  ff 72 27 66 81 3e 00 7c  |F.f.D..0.r'f.>.||                                                             
00000150  58 46 53 42 75 09 66 83  c0 04 e8 1c ff 72 13 81  |XFSBu.f......r..|                                                             
00000160  3e fe 7d 55 aa 0f 85 f2  fe bc fa 7b 5a 5f 07 fa  |>.}U.......{Z_..|                                                             
00000170  ff e4 e8 1e 00 4f 70 65  72 61 74 69 6e 67 20 73  |.....Operating s|                                                             
00000180  79 73 74 65 6d 20 6c 6f  61 64 20 65 72 72 6f 72  |ystem load error|                                                             
00000190  2e 0d 0a 5e ac b4 0e 8a  3e 62 04 b3 07 cd 10 3c  |...^....>b.....<|                                                             
000001a0  0a 75 f1 cd 18 f4 eb fd  00 00 00 00 00 00 00 00  |.u..............|                                                             
000001b0  00 00 00 00 00 00 00 00  b5 b2 e7 a6 00 00 00 20  |............... |                                                             
000001c0  21 00 07 39 f9 ff 00 08  00 00 00 00 00 19 00 39  |!..9...........9|                                                             
000001d0  fa ff 0b ef ff ff 00 08  00 19 b0 23 7e 05 00 fe  |...........#~...|                                                             
000001e0  ff ff 83 fe ff ff 00 30  7e 1e 00 f8 bf 0c 80 fe  |.......0~.......|                                                             
000001f0  ff ff 05 fe ff ff 00 28  3e 2b 00 40 32 49 55 aa  |.......(>+.@2IU.|                                                             
00000200

 

[josef-wien]

Du hast einen generischen MBR, d. h. es wird der Boot-Code ausgeführt, der im Boot-Sektor der (aktivierten) vierten Partition (also in Linux-Diktion /dev/sda4) enthalten ist. Nach Deinem Beitrag vom 1. Dezember 2015, 19:38 Uhr, sieht mir das nach der erweiterten Partition aus. Das Ganze entspricht also:

1-- markierte Felder bei Leap 42.1 (Partition formatiert mit ext4)
Aus erweiterter Partition starten
Set aktive Flag in Partition Table for Boot Partition
Write generic Boot Code to MBR

Ich empfehle Dir, bei 42.1 die zweite und dritte Option abzuwählen (das muß ja nicht immer neu gemacht werden) sowie bei 13.2 alles außer

Boot from Root Partition

abzuwählen und nach einem Kernel-Update bei 13.2 dann bei 42.1 dafür zu sorgen, daß die anderen Betriebssysteme neu ermittelt werden und eine neue Menü-Datei erstellt wird (Details zu GRUB2 mit und ohne YaST müssen andere beisteuern).

 

[rohrmoos]

Hallo,
die vorgeschlagenen Abwahlen der Optionen beim Bootloader habe ich für die 42.1 und 13.2 durchgeführt.
Das Boot-Menü ist z.Zt. O.K. Ich warte also die nächsten Kernel-Updates ab, und werde ggf's berichten.

Dank an gehrke und josef-wien für die kompetenten und schnellen Antworten.
Gruß rohrmoos

 

[rohrmoos]

Hallo,
Nach meinem heutigen Online-Update wurde auch os-prober aktualisiert, und os-prober
erkennt nun auch das BS 13.2. Ich habe danach grub2-mkconfig -o /boot/grub2/grub.cfg
ausgeführt. Das BS 13.2 erscheint nun sowohl im Sektor 30_os-prober wie auch
im Sektor 40_custom der Datei grub.cfg. Im Boot-Menü erscheint sie jedoch noch nicht doppelt
(kommt vielleicht beim nächsten Kernel-Update).
Danke nochmals an alle freundlichen Helfer.

mit freundlichen Grüßen rohrmoos