Beiträge von petesmurf

    Die PARTUUID der nvme0n1 (opensuse Leap 15.4) und der sda (opensuse Leap 15.5) sind identisch. Die anderen Festplatten sdb (opensuse Leap 15.2) und sdc (opensuse Laep15.1) haben jeweils unterschiedliche PARTUUID.


    Die beiden alten Betriebssystemen (15.1 und 15.2) habe ich beibehalten, da auf diesen auch ältere Programme von steam in der VR-Brille gut laufen. Beim neuen steam auf Leap 15.4 und Leap 15.5 ist dies nicht möglich .


    Nach dem Update von grub2 hat das System wieder in den emergency gebootet.



    Die grub.cfg und die log-Datei beim Booten habe ich als Textdateien angehängt. Vielleicht kannst Du den Fehler aus den Dateien erkennen. Beim Booten kann das System die home-Partition nicht mounten und die Abhängigkeiten für das local file system und Early Kernel boot messages fehlen.

    Ich habe die Repositories aufgeräumt und nur die relevanten aktiviert. Die locks habe ich entfernt.


    Code
    zypper se -si | grep -Ei 'system_p|system p|system-p|systemp'
    i  | openSUSE-release-dvd                         | package | 15.5-lp155.286.1                                    | x86_64 | (System Packages)

    Wegen des Fehlers bei grub2 und purge kernels habe ich noch das ouptut von grub2-editenv angefügt.

    Falls bei zypper up wieder zu dem Fehler kommt und das System nur in den emergency mode bootet , kann ich auf der anderen Festplatte mit opensuse Leap 15.4 in firefox weiter machen.

    Leider kann ich heute nicht weiter machen, da es meiner Frau sehr schlecht geht und wir zu verschiedenen Untersuchungen gehen müssen. Ich hoffe, dass ich morgen wieder Zeit habe.

    Hi,


    entschuldige, ich hatte dies nicht richtig gelesen.


    zypper se -sir grub2

    Loading repository data...

    Reading installed packages...

    No matching items found


    zypper se -sir grub

    Repository 'grub' not found by its alias, number, or URI.

    Use 'zypper repos' to get the list of defined repositories.


    Im Verzeichnis grub2 habe ich die neueste Version von grub2 grub2-2.06-150500.29.34.2.x86_64 gespeichert.


    Da nach einem update von grub2 das Betriebssystem nur bis zum emergency mode bootet, habe ich von der Sicherung des Betriebssystems wieder die Version grub2-2.06-150500.29.31.1.x86_64 über cp -ax auf die SSD kopiert unter Beachtung der subvolumes.


    Dabei habe ich die Dateien in /usr und /boot auf die ssd kopiert.


    Zypper kann in grub2 daher keine Einträge finden, die installiert sind.

    hi,


    danke für die Antwort. sda, sdb und sdc wurde von grub2 in der device.map so festgelegt. Mein Kernel ist zwar nicht aktuell, ich konnte jedoch nach der Installation von der Kernel Version 6.11.1 weder den Kernel ändern noch grub2 updaten oder reinstallieren.


    Die Ausgabe von zypper lr -d ist in der angehängten Datei.

    Hallo,


    nach Installation von der Kernel Version kernel-default-6.11.1-lp155.4.1.gaf74485.x86_64 ist ein Update von grub2-2.06-150500.29.31.1 auf grub2-2.06-150500.29.34.2 nur mit einer nicht brauchbaren grub.cfg möglich. In der grub.cfg ist nach Installation oder update von grub2 der Bezug zur root Partition nicht mehr vorhanden- s. ab Zeile 77 in den angehängten Dateien. Die funktionierende grub.cfg habe ich als grub.txt und die nicht funtionierende grub.cfg als grub-false.txt angehängt. Ebenfalls kann kein anderer Kernel mehr installiert werden. Alle anderen Pakete können problemlos installiert werden. Die Abhängigkeiten von grub2 habe ich kontrolliert und diese nochmal reinstalliert. Yast2-bootloader, grub2-probe, grub2-editenv, grub2-install geben folgende error-Meldung aus:

    error: ../grub-core/fs/minix.c:578:not a directory.


    Das Booten ist problemlos möglich. Ich habe den Verdacht, dass grub2 das filesystem der root partition und home partition nicht mehr erkennt. Die root partition ist als btrfs mit den normalen subvolumes und die home partition als ext4 installiert. btrfs check gab keinen Fehler der root partition aus.


    openSUSE Leap 15.5 habe ich noch auf 2 Notebooks mit der kernel Version kernel-default-6.11.1-lp155.4.1.gaf74485.x86_64 und allen updates installiert, ohne dass es bei beiden System zu irgendwelchen Fehlern kommt. Auch das Update von grub2-2.06-150500.29.31.1 auf grub2-2.06-150500.29.34.2 war bei den Notebooks problemlos möglich. Da die Notebooks eine alte (intel core i5 8250U) und neue intel-CPU (intel core i12 1260p) haben, halte ich es nicht für wahrscheinlich, dass die intel-CPU (intel core i9 9900 kf) auf dem Rechner den Fehler verursacht. Auf dem Rechner habe ich noch auf zwei anderen SSD und einer nvme drei Betriebssyteme von opensuse installiert, die problemlos laufen.


    Da ich alle Abhängigkeiten von grub2 überprüft habe und diese vollständig reinstalliert habe, kann der Fehler nicht an diesen liegen.

    Merkwürdig ist, dass die Ausgabe von grub2-probe -v --target=fs -d /dev/sdc3 bis auf die letzte Zeile in Ordnung ist. Die letzte Zeile der Ausgabe ist

    grub2-probe: error : ../grub-core/fs/minix.c:578: not a directory. Informationen zu der Fehlerausgabe von minix.c habe ich leider nicht gefunden. Zudem wechselt beim Booten von openSUSE Leap 15.5 häufig die Zuordnung der Festplatte, so dass es sda, sdb oder sdc ist.

    Auch habe ich verschiedene Versionen des nvidia Treibers für die Grafikkarte (RTX 2700) auf dem Rechner getestet ohne Auswirkung auf das Verhalten von grub2.


    Hat jemand eine Idee, woran der Fehler von grub2 liegen könnte? Über Hinweise, die zu einer Lösung führen, bin ich dankbar.


    mfg