Boot-Problem: Lande immer wieder in GRUB2, Reparatur nicht permanent anwendbar (Versuch 2)

    Bei der Erstellung seines Themas gab es Probleme mit der Freigabe. Keine Ahnung warum, aber ich eröffne jetzt das Thema für ihn.

    Der Ersteller ist jose29

    ____________________________________________________________________-

    Hallo allerseits,

    bin noch ganz neu hier, aber seit ca. 1 Jahr auf Linux und arbeite mich gerne in bestimmte Details ein. Jetzt hoffe ich aber sehr auf Eure Hilfestellung bei einem lästigen Boot-Problem (inxi oben), das ich nicht beheben kann.

    Problem: Nach dem Booten kann GRUB mein Linux nicht starten, und ich lande immer im GRUB-CLI. Mit den Befehlen aus dieser (sehr guten) Anleitung: https://www.linuxfoundation.org/blog/blog/clas…grub-2-on-linux komme ich zwar wieder zu meinem System durch. Diese Änderung kann ich nun aber nicht langfristig vornehmen. Ich folge den Anweisungen im letzten Abschnitt "Making Permanent Repairs", aber das Terminal gibt mir folgende Fehlermeldung aus:

    # grub-install /dev/sda
    x86_64-efi wird für Ihre Plattform installiert.
    grub-install: Achtung: Platte existiert nicht, ersatzweise wird Partition des Geräts /dev/sda2 verwendet.
    grub-install: Fehler: Laufwerk »hostdisk//dev/sda2« wurde nicht gefunden..

    Das obwohl ich GRUB explizit vage auf 'sda' installieren möchte. Nach einem Reboot bleibe ich dann erneut in GRUB2 stecken. Das Linux-System funktioniert an sich, aber ich kann es nicht bedenkenlos neustarten. SecureBoot hatte ich übrigens bereits vorher deaktiviert.

    Vorgeschichte: Zunächst Windows und Mint im Dual Boot, dann Windows gelöscht, an seiner Stelle Tuxedo OS installiert plus eigene DATA-Partition erstellt. Vor ein paar Tagen per GParted die Mint-Partition gelöscht und die anderen beiden ausgeweitet (aktive Tuxedo OS-Partition nicht verschoben, nur vergrößert!). Offenbar hat das etwas durcheinandergebracht.

    Zusätzlich ausprobiert: "Boot Repair" via Linux Mint Live-USB, außerdem einige Abläufe auf Rescatux inkl. SuperGrub2.

    Alles leider erfolglos. Ich hoffe sehr auf Eure Unterstützung.
    Herzliche Grüße!


    Systemkerndaten

    System:
    Kernel: 6.14.0-111032-tuxedo arch: x86_64 bits: 64 compiler: gcc v: 13.3.0
    Desktop: KDE Plasma v: 6.4.5 Distro: Kubuntu 24.04.3 LTS (Noble Numbat)
    base: Ubuntu
    Machine:
    Type: Laptop System: LENOVO product: 20FAS0UM00 v: ThinkPad T460s
    serial: <superuser required>
    Mobo: LENOVO model: 20FAS0UM00 v: SDK0J40697 WIN
    serial: <superuser required> UEFI: LENOVO v: N1CET66W (1.34 )
    date: 03/22/2018
    Battery:
    ID-1: BAT0 charge: 19.9 Wh (100.0%) condition: 19.9/24.8 Wh (80.4%)
    volts: 12.6 min: 11.2 model: LGC 00HW022 status: full
    ID-2: BAT1 charge: 25.4 Wh (97.7%) condition: 26.0/26.1 Wh (99.9%)
    volts: 12.3 min: 11.5 model: SMP 01AV406 status: not charging
    CPU:
    Info: dual core model: Intel Core i7-6600U bits: 64 type: MT MCP
    arch: Skylake rev: 3 cache: L1: 128 KiB L2: 512 KiB L3: 4 MiB
    Speed (MHz): avg: 400 min/max: 400/3400 cores: 1: 400 2: 400 3: 400 4: 400
    bogomips: 22399
    Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
    Graphics:
    Device-1: Intel Skylake GT2 [HD Graphics 520] vendor: Lenovo driver: i915
    v: kernel arch: Gen-9 bus-ID: 00:02.0
    Device-2: Bison ThinkPad P50 Integrated Camera driver: uvcvideo type: USB
    bus-ID: 1-8:5
    Display: x11 server: X.Org v: 21.1.11 with: Xwayland v: 24.1.7 driver: X:
    loaded: modesetting unloaded: fbdev,vesa dri: iris gpu: i915
    resolution: 1920x1080~60Hz
    API: EGL v: 1.5 drivers: iris,swrast platforms:
    active: gbm,x11,surfaceless,device inactive: wayland
    API: OpenGL v: 4.6 compat-v: 4.5 vendor: intel mesa v: 25.1.6-1~24.04-tux1
    glx-v: 1.4 direct-render: yes renderer: Mesa Intel HD Graphics 520 (SKL GT2)
    API: Vulkan v: 1.4.315 drivers: intel,llvmpipe surfaces: xcb,xlib
    devices: 2
    Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
    de: kscreen-console,kscreen-doctor wl: wayland-info x11: xdriinfo,
    xdpyinfo, xprop, xrandr
    Audio:
    Device-1: Intel Sunrise Point-LP HD Audio vendor: Lenovo
    driver: snd_hda_intel v: kernel bus-ID: 00:1f.3
    API: ALSA v: k6.14.0-111032-tuxedo status: kernel-api
    Server-1: PipeWire v: 1.4.8 status: active
    Network:
    Device-1: Intel Ethernet I219-LM vendor: Lenovo driver: e1000e v: kernel
    port: N/A bus-ID: 00:1f.6
    IF: enp0s31f6 state: down mac: <filter>
    Device-2: Intel Wireless 8260 driver: iwlwifi v: kernel bus-ID: 04:00.0
    IF: wlp4s0 state: up mac: <filter>
    IP v4: <filter> type: dynamic noprefixroute scope: global
    IP v6: <filter> type: temporary dynamic scope: global
    IP v6: <filter> type: dynamic mngtmpaddr noprefixroute scope: global
    IP v6: <filter> type: temporary dynamic scope: global
    IP v6: <filter> type: dynamic mngtmpaddr noprefixroute scope: global
    IP v6: <filter> type: noprefixroute scope: link
    IF-ID-1: wwan0 state: down mac: <filter>
    WAN IP: <filter>
    Bluetooth:
    Device-1: Intel Bluetooth wireless interface driver: btusb v: 0.8 type: USB
    bus-ID: 1-7:4
    Report: hciconfig ID: hci0 rfk-id: 5 state: up address: <filter> bt-v: 4.2
    lmp-v: 8
    Drives:
    Local Storage: total: 238.47 GiB used: 76.24 GiB (32.0%)
    ID-1: /dev/sda vendor: SanDisk model: SD8TN8U256G1001 size: 238.47 GiB
    Partition:
    ID-1: / size: 131.59 GiB used: 52.32 GiB (39.8%) fs: ext4 dev: /dev/sda1
    ID-2: /boot/efi size: 996 MiB used: 41.4 MiB (4.2%) fs: vfat
    dev: /dev/sda2
    Swap:
    Alert: No swap data was found.
    Sensors:
    System Temperatures: cpu: 41.0 C pch: 43.0 C mobo: N/A
    Fan Speeds (rpm): fan-1: 0
    Info:
    Memory: total: 12 GiB available: 11.54 GiB used: 6.58 GiB (57.0%)
    Processes: 293 Uptime: 1d 2h 33m Init: systemd target: graphical (5)
    Packages: 2684 Compilers: gcc: 13.3.0 Shell: Bash v: 5.2.21 inxi: 3.3.38

    Gute Gedanken, Gute Worte, Gute Taten. (Film: Bohemian Rhapsody)
    Wer nach Art 5 Abs. 1 GG schreit, muss auch Abs. 2 gelesen und verstanden haben. Nur weil mir das Eine gefällt, heißt das nicht, das ich das Andere ignorieren kann.Ich teile meine Erfahrungen und Lösungswege gerne, das heißt aber nicht, dass sie richtig sind.

    MyLibertad hast Du gut gemacht. 1, setzen! :) ;)

    LG,

    Matthias


    Dum Spiro Spero (Cicero)

    __________________________________________________________________________________________________________________

    Meine Systeme!

    Manjaro 25.0.3 / Windows 10 Pro auf: HP Elite 8300 MT mit Intel Core i3-3220 (3 MB Cache, 3,30 GHz), 8GB (DDR3)
    Windows 11 Pro auf HP EliteBook 840 mit Intel Core i5-6300U (3 MB Cache, 3.00 GHz), 16GB (DDR4)
    LMDE 7 auf HP EliteDesk 800 Ultra Slim mit Intel Pentium G3220 (3 MB Cache, 3.00 GHz), 8GB (DDR3)

    jose29 Also hast Du PingPong auf der Festplatte gespielt, Tuxedo hat gewonnen und das Ganze ohne eine Neuinstallation. Hätte ich nen Hut auf, würde ich den ziehen. :)

    Magst Du mal bitte im Terminal unter Tuxedo folgendes eingeben und die Ausgabe hier posten?

    Code
    sudo parted -l

oder

lsblk
    Gute Gedanken, Gute Worte, Gute Taten. (Film: Bohemian Rhapsody)
    Wer nach Art 5 Abs. 1 GG schreit, muss auch Abs. 2 gelesen und verstanden haben. Nur weil mir das Eine gefällt, heißt das nicht, das ich das Andere ignorieren kann.Ich teile meine Erfahrungen und Lösungswege gerne, das heißt aber nicht, dass sie richtig sind.

    Allgemein empfehle ich für Grub immer die Boot-Repair-Disk, als ISO auf USB liegen zu haben. Ist auch für Debian als DEB zu haben oder PPA für Ubuntu oder Mint. Leider weiß ich nicht mehr wo meine Version herkommt (vermutlich von LinuxWelt), die ist nur 696 MB groß, auf der Internetseite die ist 2,5 GB groß.

    Mir hat es erst die Tage geholfen, als Ubuntu nicht mehr starten wollte.

    Quote from MyLibertad

    jose29 Also hast Du PingPong auf der Festplatte gespielt, Tuxedo hat gewonnen und das Ganze ohne eine Neuinstallation. Hätte ich nen Hut auf, würde ich den ziehen. :)

    Magst Du mal bitte im Terminal unter Tuxedo folgendes eingeben und die Ausgabe hier posten?

    Code
    sudo parted -l

oder

lsblk

    Tatsächlich habe ich etwas rumexeperimentiert, aber kontrolliert, wie mir scheint. Es ist auch alles gutgegangen, nur Grub scheint vewirrt zu sein. Hier zur Sicherheit beides:

    sudo parted -l

    Modell: ATA SanDisk SD8TN8U2 (scsi)
    Festplatte /dev/sda: 256GB
    Sektorgröße (logisch/physisch): 512B/512B
    Partitionstabelle: gpt
    Disk-Flags:

    Nummer Anfang Ende Größe Dateisystem Name Flags
    2 525MB 1574MB 1049MB fat32 EFI system partition boot, esp, no_automount
    1 1574MB 146GB 144GB ext4 root
    3 146GB 256GB 110GB ext4 DATA


    lsblk
    NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
    sda 8:0 0 238,5G 0 disk
    ├─sda1 8:1 0 134,3G 0 part /
    ├─sda2 8:2 0 1000M 0 part /boot/efi
    └─sda3 8:3 0 102,7G 0 part /media/XXX/DATA

    Quote from Helmfuss

    Allgemein empfehle ich für Grub immer die Boot-Repair-Disk, als ISO auf USB liegen zu haben. Ist auch für Debian als DEB zu haben oder PPA für Ubuntu oder Mint. Leider weiß ich nicht mehr wo meine Version herkommt (vermutlich von LinuxWelt), die ist nur 696 MB groß, auf der Internetseite die ist 2,5 GB groß.

    Mir hat es erst die Tage geholfen, als Ubuntu nicht mehr starten wollte.

    Helmfuss Danke für den Tipp. "Boot Repair" ist auf dem Mint-Livesystem vorinstalliert, und ich habe es schon einmal durchlaufen lassen. Das hat leider nichts an der Sache geändert. Kannst Du mir evtl. bestimmte zusätzliche Optionen empfehlen, die ich in "Boot Repair" extra auswählen sollte?

    jose29

    Da Du Dein Tuxedo ja noch starten kannst, würde ich von dort aus gucken, wie wir Grub wieder auf die Sprünge helfen. Hast Du bei Deinen Experimenten das hier schon einmal von Tuxedo aus ausgeführt?

    Code
    sudo grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=TuxedoOS --recheck
sudo update-grub
sudo reboot
    Erläuterung
    • efi-directory=/boot/efi: Gibt an, wo die EFI-Dateien installiert werden sollen.
    • bootloader-id=TuxedoOS: Legt den Namen des Boot-Eintrags im UEFI-Menü fest.
    • recheck: Erzwingt eine erneute Prüfung
    Gute Gedanken, Gute Worte, Gute Taten. (Film: Bohemian Rhapsody)
    Wer nach Art 5 Abs. 1 GG schreit, muss auch Abs. 2 gelesen und verstanden haben. Nur weil mir das Eine gefällt, heißt das nicht, das ich das Andere ignorieren kann.Ich teile meine Erfahrungen und Lösungswege gerne, das heißt aber nicht, dass sie richtig sind.
    Quote from MyLibertad

    jose29

    Da Du Dein Tuxedo ja noch starten kannst, würde ich von dort aus gucken, wie wir Grub wieder auf die Sprünge helfen. Hast Du bei Deinen Experimenten das hier schon einmal von Tuxedo aus ausgeführt?

    Code
    sudo grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=TuxedoOS --recheck
sudo update-grub
sudo reboot
    Erläuterung
    • efi-directory=/boot/efi: Gibt an, wo die EFI-Dateien installiert werden sollen.
    • bootloader-id=TuxedoOS: Legt den Namen des Boot-Eintrags im UEFI-Menü fest.
    • recheck: Erzwingt eine erneute Prüfung

    Habe es gerade ausprobiert. In Tuxedo gibt es dabei keine Fehlermeldungen, aber nach Reboot lande ich an derselben Stelle wie vorher.

    Quote from jose29

    "Boot Repair" ist auf dem Mint-Livesystem vorinstalliert, und ich habe es schon einmal durchlaufen lassen.

    Hast Du das aus dem installierten System gemacht, oder mit einem Livesystem?

    „Viele Leute glauben zu denken, dabei ordnen sie lediglich ihre Vorurteile neu." (William James)

    „Toleranz ist gut, aber nicht gegenüber den Intoleranten.“ ( Wilhelm Busch)

    jose29

    Poste einmal bitte die Ausgabe von

    Code
    sudo efibootmgr
    Gute Gedanken, Gute Worte, Gute Taten. (Film: Bohemian Rhapsody)
    Wer nach Art 5 Abs. 1 GG schreit, muss auch Abs. 2 gelesen und verstanden haben. Nur weil mir das Eine gefällt, heißt das nicht, das ich das Andere ignorieren kann.Ich teile meine Erfahrungen und Lösungswege gerne, das heißt aber nicht, dass sie richtig sind.

    Unten die Ausgabe. Warum da Fedora drinsteht, ist mir schleierhaft (war nie installiert, kann das von einem Live-System kommen?)

    BootCurrent: 001A
    Timeout: 2 seconds
    BootOrder: 0018,001B,001A,0017,0019,001C
    Boot0000* Ubuntu HD(2,GPT,cf0aee50-aa48-446e-84d6-f202a71a5e0f,0xfa800,0x1f4000)/File(\EFI\ubuntu\shimx64.efi)
    Boot0001* TUXEDO OS HD(2,GPT,cf0aee50-aa48-446e-84d6-f202a71a5e0f,0xfa800,0x1f4000)/File(\EFI\TuxedoOS\grubx64.efi)
    Boot0002* iPXE WebFAI (wired LAN required) HD(2,GPT,cf0aee50-aa48-446e-84d6-f202a71a5e0f,0xfa800,0x1f4000)/File(\EFI\BOOT\iPXE.efi)
    Boot0003* Fedora HD(2,GPT,c3bbe1bc-8618-4e18-bd9a-b10e2cc88779,0x53d5dc,0xf000)/File(\EFI\fedora\shimx64.efi)
    Boot0010 Setup FvFile(721c8b66-426c-4e86-8e99-3457c46ab0b9)
    Boot0011 Boot Menu FvFile(126a762d-5758-4fca-8531-201a7f57f850)
    Boot0012 Diagnostic Splash Screen FvFile(a7d8d9a6-6ab0-4aeb-ad9d-163e59a7a380)
    Boot0013 Lenovo Diagnostics FvFile(3f7e615b-0d45-4f80-88dc-26b234958560)
    Boot0014 Startup Interrupt Menu FvFile(f46ee6f4-4785-43a3-923d-7f786c3c8479)
    Boot0015 Rescue and Recovery FvFile(665d3f60-ad3e-4cad-8e26-db46eee9f1b5)
    Boot0016 MEBx Hot Key FvFile(ac6fd56a-3d41-4efd-a1b9-870293811a28)
    Boot0017* USB CD VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,86701296aa5a7848b66cd49dd3ba6a55)
    Boot0018 USB FDD VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,6ff015a28830b543a8b8641009461e49)
    Boot0019* NVMe0 VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,001c199932d94c4eae9aa0b6e98eb8a400)
    Boot001A* ATA HDD0 VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f600)
    Boot001B* USB HDD VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,33e821aaaf33bc4789bd419f88c50803)
    Boot001C* PCI LAN VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,78a84aaf2b2afc4ea79cf5cc8f3d3803)
    Boot001D* IDER BOOT CDROM PciRoot(0x0)/Pci(0x16,0x2)/Ata(0,1,0)
    Boot001E* IDER BOOT Floppy PciRoot(0x0)/Pci(0x16,0x2)/Ata(0,0,0)
    Boot001F* ATA HDD VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f6)
    Boot0020* ATAPI CD VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,aea2090adfde214e8b3a5e471856a354)

    Quote from jose29

    Unten die Ausgabe. Warum da Fedora drinsteht, ist mir schleierhaft (war nie installiert, kann das von einem Live-System kommen?)

    Zur kurzen Erläuterung. Mint bspw. meldet sich als Ubuntu. Ich habe keine Ahnung wie sich die Rettungstools die Du verwendet hast ggf. eintragen. Daher kann es gut möglich sein, dass eines davon sich als Fedora eingenistet hat.

    Quote from jose29

    BootCurrent: 001A

    Das hier könnte evtl. der Übeltäter sein.

    BootCurrent: 001A bedeutet, dass dein System aktuell von Boot001A startet (ATA HDD0). Boot001A ist jedoch ein generischer Eintrag (ATA HDD0), der nicht auf GRUB oder TuxedoOS verweist, sondern auf die Festplatte selbst. Das könnte erklären, warum du in GRUB landest! UEFI findet keinen gültigen Bootloader. Könnte:!::!::!:

    Wir !!!könnten!!! ggf. Glück haben, wenn Du folgenden Befehl ausführst....

    Code
    sudo efibootmgr -o 0001,001A,0018,001B,0017,0019,001C

    Damit ändern wir die Abfrage.

    Jetzt noch ein Neustart...

    Code
    sudo reboot

    Ich drück Dir die Daumen. Wenn das funktioniert, kümmern wir uns um die toten Einträge.

    Hier auch noch einmal die Einträge, die aktuell relevant sind.

    Gute Gedanken, Gute Worte, Gute Taten. (Film: Bohemian Rhapsody)
    Wer nach Art 5 Abs. 1 GG schreit, muss auch Abs. 2 gelesen und verstanden haben. Nur weil mir das Eine gefällt, heißt das nicht, das ich das Andere ignorieren kann.Ich teile meine Erfahrungen und Lösungswege gerne, das heißt aber nicht, dass sie richtig sind.

    Edited once, last by MyLibertad (October 8, 2025 at 8:31 PM).

    Danke für die Erläuterung zu den Einträgen! Der vorgeschlagene Befehl ändert allerdings nichts an "BootCurrent", und die GRUB-Shell erscheint wieder.

    Der Beginn der Ausgabe:

    >BootCurrent: 001A
    >Timeout: 2 seconds
    >BootOrder: 0001,001A,0018,001B,0017,0019,001C

    Soweit ich also sehe, hat sich "BootOrder" laut dem eigegebenen Befehl verändert, nicht aber "BootCurrent".

    Zur Sicherheit will ich hier auch noch einmal erwähnen, mithilfe welcher Befehle ich nach Neustart an der GRUB-Shell vorbeikomme:

    grub> set pager=1
    grub> set root=(hd0,1)
    grub> linux /boot/vmlinuz-3.13.0-29-generic root=/dev/sda1
    grub> initrd /boot/initrd.img-3.13.0-29-generic
    grub> boot

    NB: Natürlich habe ich andere Kernel-Zahlen. Die bekommt man durch Vervollständigung über die Tab-Taste.

    Edited once, last by jose29 (October 8, 2025 at 10:09 PM).

    Wenn der Eintrag nicht übernommen wird, dann liegt es daran das UEFI das nicht akzeptiert.

    Mal eine ganz ganz blöde Frage: Hast Du mal in Dein UEFI/BIOS nach Deinen Bootorders geschaut??? Nicht das dort noch sowas wie "Ubuntu" steht. Das hatte ich auch schon einmal. Vertrauen ist gut, Kontrolle ist besser.

    Sollte dort alles i.O., dann bitte einmal in TuxedoOS laden, anschließend im Terminal

    Code
    sudo efibootmgr --bootnext 0001

    eingeben und anschließend gleich neu starten. Das erzwingt buchstäblich den Boot von 0001. Sollte das klappen und gestartet sein, wiederhole bitte das von oben noch einmal mit der Bootorder.

    Gute Gedanken, Gute Worte, Gute Taten. (Film: Bohemian Rhapsody)
    Wer nach Art 5 Abs. 1 GG schreit, muss auch Abs. 2 gelesen und verstanden haben. Nur weil mir das Eine gefällt, heißt das nicht, das ich das Andere ignorieren kann.Ich teile meine Erfahrungen und Lösungswege gerne, das heißt aber nicht, dass sie richtig sind.

    Oder das Fedora von oben:

    Code
    Boot0003* Fedora HD(2,GPT,c3bbe1bc-8618-4e18-bd9a-b10e2cc88779,0x53d5dc,0xf000)/File(\EFI\fedora\shimx64.efi)

    So, habe jetzt etwas herumprobiert.
    Das UEFI sieht sauber aus.
    Nach
    sudo efibootmgr --bootnext 0001
    kann ich direkt in TuxedoOS booten. :thumbup:
    Nach erneuter Eingabe von
    sudo efibootmgr -o 0001,001A,0018,001B,0017,0019,001C
    erscheinen keine Fehlermeldungen, wobei der Eintrag 'BootCurrent' nicht mehr angezeigt wird.
    Aber nach 'reboot' lande ich leider trotzdem im GRUB-Shell ...
    Ein erneuter Check von 'efibootmgr' ergibt wieder: BootCurrent: 001A :/

    Könnte es sich lohnen, wie von @Frostlike8343 vorgeschlagen, den Booteintrag 'Boot0003* Fedora HD' zu löschen? (Blick ins man-Page: wäre das der Flag -B | --delete-bootnum ?)

    Danke für Eure Mühe! Ich bin weiterhin kämpferisch eingestellt. Möglicherweise melde ich mich erst morgen wieder. Ich glaube, ich werde viel lernen bei der Geschichte. 8)

    Quote from jose29

    So, habe jetzt etwas herumprobiert.
    Das UEFI sieht sauber aus.

    :thumbup:

    Quote from jose29


    Nach
    sudo efibootmgr --bootnext 0001
    kann ich direkt in TuxedoOS booten. :thumbup:

    Damit wissen wir jetzt, dass der Fehler im EFI bzw. im ESP zu suchen ist.

    Quote from jose29

    Nach erneuter Eingabe von
    sudo efibootmgr -o 0001,001A,0018,001B,0017,0019,001C
    erscheinen keine Fehlermeldungen, wobei der Eintrag 'BootCurrent' nicht mehr angezeigt wird.
    Aber nach 'reboot' lande ich leider trotzdem im GRUB-Shell ...
    Ein erneuter Check von 'efibootmgr' ergibt wieder: BootCurrent: 001A :/

    Ich hab jetzt auch kein Wunder erwartet. Der Teilerfolg von oben gibt wieder etwas Energie zurück. :)

    Quote from jose29

    Könnte es sich lohnen, wie von @Frostlike8343 vorgeschlagen, den Booteintrag 'Boot0003* Fedora HD' zu löschen? (Blick ins man-Page: wäre das der Flag -B | --delete-bootnum ?)

    Hatte den Beitrag von Frostlike8643 so verstanden, dass Du ggf. auch mal in den booten sollst. Also statt sudo efibootmgr --bootnext 0001 dann mal sudo efibootmgr --bootnext 0003

    Aber ja, bereinigen könnten wir das Ganze auch mal.

    Doch vorher versuchen wir das hier noch einmal.

    Code
    sudo efibootmgr --bootnext 0001
sudo reboot

    Ggf. bei erfolgreichem Start noch einmal ....

    Sollte das nicht funzen boote bitte in das System und poste mal bitte die Ausgabe von

    Code
    ls /boot/efi

# und

ls /boot/efi/EFI
    Quote from jose29

    Danke für Eure Mühe! Ich bin weiterhin kämpferisch eingestellt. Ich glaube, ich werde viel lernen bei der Geschichte.

    Wir kriegen das schon irgendwie wieder hin. :) Und lernen tue ich aus der Geschichte ebenfalls, da fällt mir der Begriff Kneifzange ein. :D

    Wenn alle Stricke reißen, erstellen wir die ESP neu.

    Gute Gedanken, Gute Worte, Gute Taten. (Film: Bohemian Rhapsody)
    Wer nach Art 5 Abs. 1 GG schreit, muss auch Abs. 2 gelesen und verstanden haben. Nur weil mir das Eine gefällt, heißt das nicht, das ich das Andere ignorieren kann.Ich teile meine Erfahrungen und Lösungswege gerne, das heißt aber nicht, dass sie richtig sind.

    Edited 4 times, last by MyLibertad: Aufgeräumter (October 9, 2025 at 8:06 AM).

    Moin,

    Quote from MyLibertad

    Hatte den Beitrag von Frostlike8643 so verstanden, dass Du ggf. auch mal in den booten sollst. Also statt sudo efibootmgr --bootnext 0001 dann mal sudo efibootmgr --bootnext 0003

    Aber ja, bereinigen könnten wir das Ganze auch mal.

    Ah, ok. Das war mir nicht sofort klar. Ich lasse das Aufräumen erst einmal. In Nr. 3 kann ich jedenfalls nicht booten, @Frostlike8343

    Jetzt nach Deinem Ablauf, MyLibertad :

    Diesmal heißt es nach Festlegung der Reihenfolge zumindest schon einmal: BootCurrent: 0001 :thumbup:

    Aber darauf kommt eine Fehlermeldung:

    Code
    # sudo efibootmgr --bootnum 0001 --active
efibootmgr: Boot entry 1 not found
Could not set active state for Boot0001: No such file or directory

    Hier habe ich erst einmal angehalten.

    Ausgaben:

    Code
    # ls /boot/efi
EFI  'System Volume Information'
# ls /boot/efi/EFI
Boot  Microsoft  tuxedo  TuxedoOS  ubuntu

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login