Beiträge von rebell21

    es ist nicht nur dieses Repository

    ganz viele Repos, die mit dem upgrade auf 15.3 automatisch hinzugekommen sind, sind seit einiger Zeit ungültig


    Repository 'SUSE:SLE-15:Update' ist ungültig.

    Repository 'SUSE:SLE-15-SP3:GA' ist ungültig.

    Repository SUSE:SLE-15-SP2:Update ist ungültig.

    Repository openSUSE:Backports:SLE-15-SP3:Checks ist ungültig.

    Repository SUSE:SLE-15-SP1:GA ist ungültig.

    Repository SUSE:SLE-15-SP2:GA ist ungültig.


    All diese Repositories sind bei mir beim upgrade automatisch dazugekommen und sind jetzt ungültig. Ich verstehe es auch nicht. Die URLs existieren nicht mehr. Ich habe sie deaktiviert














    durch das bitweise Übertragen werden die fstab und die Konfigurationsdateien von grub2 1:1 übertragen. Sie müssen aber an die neue root-Platte und die neue Bootplatte angepasst werden

    Achtung, damit der Rechner wieder booten kann müssen auch noch die UUIDs in der fstab angepasst werden. Und auch die grub2 Konfiguration ist neu zu erzeugen. Alles in allem nicht trivial für einen Anfänger mit Linux

    Wenn in Linux noch nicht viel angepasst worden ist, ist eine Neuinstallation auf der SSD einfacher und nicht so fehlerträchtig.

    Das Script "30_os-prober" findet im NVRAM Deines Computers keinen Eintrag für Windows. Darum wird der Abschnitt nach "30_os-prober " nicht in die grub2.cfg geschrieben wird.


    Bei Manipulationen am Bootmanager (z. B. efibootmgr -c) besteht immer die große Gefahr, dass hinterher gar nichts mehr geht. Ich kenne mich da nicht so gut aus. Hatte noch nie ein unvollständiges NVRAM. Kannst Du im Bios Deiner Rechners auf das NVRAM zugreifen oder gibt es nur die Option "löschen"? Kann es sein, dass Windows im "legacy-boot-mode" installiert wurde, Du auf den EFI Mode umgeschaltet hast und danach Linux installiert hast ? Oder umgekehrt ?

    dann müsste grub2-mkconfig in der Tat erkennen, ob eine Partition mit einem bootbaren Windows existiert


    das Kommando, das Heinz-Peter genannt hat, startet im Verlauf seiner Ausführung "30_os-prober" und versucht ein Windows zu erkennen und importiert es in die grub.cfg


    Auch weil bei Dir die Variable GRUB_DISABLE_OS_PROBER auf "False" steht. (Datei /etc/default/grub)


    Vielleicht rettest Du Deine existierende grub2.cfg noch, bevor Du eine neue erstellst


    als root


    Code
    cp /boot/grub2/grub2.cfg /boot/grub2/grub2.cfg_save_20220131
    und dann
    grub2-mkconfig -o /boot/grub2/grub2.cfg

    damit sollte der Eintrag in /boot/grub2/grub2.cfg der Form

    erzeugt werden. mit anderen Einträge und den Platten (also kein /dev/sda)


    Ich lese diese Sachen übrigens im "Reference.Guide" von OpenSuse nach

    nein, so einfach ist das nicht. Vorsicht, die Datei grub.cfg wird automatisch von grub2-mkconfig generiert. Ich muss erst ein bisschen nachlesen, wie man den zusätzlichen Eintrag wieder reinkriegt. Habe das lange nicht mehr gemacht. Vielleicht weiß einer der Kollegen das aus dem Stegreif