Probleme mit Grub

  • Gib mir mal

    Code
    ls -la /etc/grub.d/
    Code
    dpkg -L grub-common | grep grub.d
    Code
    sudo grub-mkconfig 2>&1

    MfG Nico


    1: Intel Core i7-13700KF | GeForce RTX 4070 Ti | 32 GB RAM | 1000 GB M.2 SSD | 4000 GB SATA --- Windows 11

    2: Intel Core i5-12450H | NVIDIA GeForce RTX 3050 | 16 GB RAM | 500 GB nvme | 256 GB SSD | 2 TB SSD --- Arch KDE

    3: AMD Ryzen 5 3500U | Vega 8 Graphic | 16 GB RAM | 256 GB nvme | 1000 GB SATA --- Fedora 44 KDE

  • Das Problem ist, das der Ordner grub.d immer noch leer ist, aber dpkg denkt, dass die Dateien existieren. Vielleicht könnte man probieren es laut KI zu reparieren. Weil bei diesem Kauderwelsch werden wir glaube ich, nicht mehr Herr der Lage. Ich hätte jetzt versucht, die Dateien aus dem Cache manuell zu entpacken und in die richtigen Ordner zu kopieren

    MfG Nico


    1: Intel Core i7-13700KF | GeForce RTX 4070 Ti | 32 GB RAM | 1000 GB M.2 SSD | 4000 GB SATA --- Windows 11

    2: Intel Core i5-12450H | NVIDIA GeForce RTX 3050 | 16 GB RAM | 500 GB nvme | 256 GB SSD | 2 TB SSD --- Arch KDE

    3: AMD Ryzen 5 3500U | Vega 8 Graphic | 16 GB RAM | 256 GB nvme | 1000 GB SATA --- Fedora 44 KDE

  • Was bedeutet aus dem Cache manuell zu entpacken ?

    Mein weiteres Vorgehen wäre jetzt gewesen es nochmal mit chroot Methode zu versuchen, wobei ich da wenig Hoffnung habe, weil das hat glaub ich auch schon wegen dem geblockten NVRAM nicht geklappt (aber kA wie ich das deaktivieren kann, secureboot etc im Bios ist inaktiv) und als zweites dann die Neuinstallation von MX-Linux auf eine neue leere Partition und von dort grub neu installieren zu lassen. Wenn das auch nicht klappt könnt ich noch lmde6 starten und dort nochmal sudo update-grub aufrufen. lmde6 war ja das zuletzt funktionierende System vor upgrade auf lmde7.

    Ansonsten halt wirklich lmde7 platt machen, lmde6 erneut klonen (diesmal an UUID denken) und dann das Upgrade nochmal durchlaufen lassen.

    Aber all das setzt halt voraus, dass sich die boot bzw efi-partiton noch beschreiben lässt, oder nicht?

  • So, um nichts unversucht zu lassen, hab ich jetzt doch vorher noch den KI - Vorschlag probiert. Kann man vergessen, hatten wir alles schon, ist immer wieder dasselbe Ergebnis.

  • Code
    dpkg -x /var/cache/apt/archives/grub-common_2.12-9_amd64.deb /tmp/grub-extract
    Code
    ls /tmp/grub-extract/etc/grub.d/

    Die ausgabe hier bitte posten (oder du siehst ja selbst ob Datein und Ordner vorhanden sind) und dann

    Code
    sudo cp /tmp/grub-extract/etc/grub.d/* /etc/grub.d/
    Code
    sudo chmod 755 /etc/grub.d/*
    Code
    ls -la /etc/grub.d/

    Hier siehst du, ob es funktioniert hat oder nicht. Wenn Dateien und Ordner da sind dann

    Code
    sudo update-grub

    und einmal neu starten

    MfG Nico


    1: Intel Core i7-13700KF | GeForce RTX 4070 Ti | 32 GB RAM | 1000 GB M.2 SSD | 4000 GB SATA --- Windows 11

    2: Intel Core i5-12450H | NVIDIA GeForce RTX 3050 | 16 GB RAM | 500 GB nvme | 256 GB SSD | 2 TB SSD --- Arch KDE

    3: AMD Ryzen 5 3500U | Vega 8 Graphic | 16 GB RAM | 256 GB nvme | 1000 GB SATA --- Fedora 44 KDE

  • Jetzt schauts besser aus. Na dann mal .... los (und beten)

    Code
    mikelm7@Jerry8-Thinkpad-T460:~$ sudo update-grub
    Generating grub configuration file ...
    /usr/sbin/grub-probe: Fehler: Kanonischer Pfad von »/boot/grub/fonts/UbuntuMono16.pf2« konnte nicht ermittelt werden.
    Kein Pfad oder Gerät wurde angegeben.
    Aufruf: grub-probe [OPTION...] [OPTIONEN]… [PFAD|GERÄT]
    Try 'grub-probe --help' or 'grub-probe --usage' for more information.

    :/ Ubuntu??? Jetzt wirds aber kryptisch

  • Starte mal neu :)

    MfG Nico


    1: Intel Core i7-13700KF | GeForce RTX 4070 Ti | 32 GB RAM | 1000 GB M.2 SSD | 4000 GB SATA --- Windows 11

    2: Intel Core i5-12450H | NVIDIA GeForce RTX 3050 | 16 GB RAM | 500 GB nvme | 256 GB SSD | 2 TB SSD --- Arch KDE

    3: AMD Ryzen 5 3500U | Vega 8 Graphic | 16 GB RAM | 256 GB nvme | 1000 GB SATA --- Fedora 44 KDE

  • man könnte jetzt noch den fehlenden Font installierenls

    Code
    ls /boot/grub/fonts/
    Code
    ls /boot/grub.bak/fonts/
    Code
    sudo cp /boot/grub.bak/fonts/* /boot/grub/fonts/
    Code
    sudo update-grub

    MfG Nico


    1: Intel Core i7-13700KF | GeForce RTX 4070 Ti | 32 GB RAM | 1000 GB M.2 SSD | 4000 GB SATA --- Windows 11

    2: Intel Core i5-12450H | NVIDIA GeForce RTX 3050 | 16 GB RAM | 500 GB nvme | 256 GB SSD | 2 TB SSD --- Arch KDE

    3: AMD Ryzen 5 3500U | Vega 8 Graphic | 16 GB RAM | 256 GB nvme | 1000 GB SATA --- Fedora 44 KDE

  • Tja grub hängt im rescue-mode (minimal bash-like line Edition is supported etc)


    EDIT: sorry hat sich überschritten. Starter nochmal von der sgd und probier ich das was du zuletzt gekostet hast

  • Also ich wäre dann auch fast so weit zu sagen, dass du den ganzen Mist löscht. Das scheint so nichts zu bringen :(

    MfG Nico


    1: Intel Core i7-13700KF | GeForce RTX 4070 Ti | 32 GB RAM | 1000 GB M.2 SSD | 4000 GB SATA --- Windows 11

    2: Intel Core i5-12450H | NVIDIA GeForce RTX 3050 | 16 GB RAM | 500 GB nvme | 256 GB SSD | 2 TB SSD --- Arch KDE

    3: AMD Ryzen 5 3500U | Vega 8 Graphic | 16 GB RAM | 256 GB nvme | 1000 GB SATA --- Fedora 44 KDE

  • ich starte nochmal ....

  • Also normalerweise sollte es so, wie es in #53 aussieht laufen

    MfG Nico


    1: Intel Core i7-13700KF | GeForce RTX 4070 Ti | 32 GB RAM | 1000 GB M.2 SSD | 4000 GB SATA --- Windows 11

    2: Intel Core i5-12450H | NVIDIA GeForce RTX 3050 | 16 GB RAM | 500 GB nvme | 256 GB SSD | 2 TB SSD --- Arch KDE

    3: AMD Ryzen 5 3500U | Vega 8 Graphic | 16 GB RAM | 256 GB nvme | 1000 GB SATA --- Fedora 44 KDE

  • ALTER SCHWEDE!!!!

    Völlig neues Menübild und alle Systeme sind da. Ob sie sich auch starten lassen hab ich noch nicht versucht aber ich geh schwer davon aus. LMDE7 geht auf jeden Fall, von da hab ich grad gebootet.

    Ihr seid echt spitze!!! Ganz großes Dankeschön.

    Gibts hier irgendwo ne virtuelle Bar? Ich schmeiss ne Runde! :D Saustark, echt hey.

  • War ja auch voll easy :D

    Nächstes mal ein schwereres Problem bitte :P

    Gern geschehen ;)

    MfG Nico


    1: Intel Core i7-13700KF | GeForce RTX 4070 Ti | 32 GB RAM | 1000 GB M.2 SSD | 4000 GB SATA --- Windows 11

    2: Intel Core i5-12450H | NVIDIA GeForce RTX 3050 | 16 GB RAM | 500 GB nvme | 256 GB SSD | 2 TB SSD --- Arch KDE

    3: AMD Ryzen 5 3500U | Vega 8 Graphic | 16 GB RAM | 256 GB nvme | 1000 GB SATA --- Fedora 44 KDE

  • Ich nehme nen Bier :D

    MfG Nico


    1: Intel Core i7-13700KF | GeForce RTX 4070 Ti | 32 GB RAM | 1000 GB M.2 SSD | 4000 GB SATA --- Windows 11

    2: Intel Core i5-12450H | NVIDIA GeForce RTX 3050 | 16 GB RAM | 500 GB nvme | 256 GB SSD | 2 TB SSD --- Arch KDE

    3: AMD Ryzen 5 3500U | Vega 8 Graphic | 16 GB RAM | 256 GB nvme | 1000 GB SATA --- Fedora 44 KDE

  • Ich bin da nicht wählerisch :)

    MfG Nico


    1: Intel Core i7-13700KF | GeForce RTX 4070 Ti | 32 GB RAM | 1000 GB M.2 SSD | 4000 GB SATA --- Windows 11

    2: Intel Core i5-12450H | NVIDIA GeForce RTX 3050 | 16 GB RAM | 500 GB nvme | 256 GB SSD | 2 TB SSD --- Arch KDE

    3: AMD Ryzen 5 3500U | Vega 8 Graphic | 16 GB RAM | 256 GB nvme | 1000 GB SATA --- Fedora 44 KDE

  • Kleiner Nachtrag (wen's interessiert)

    Hab mich die letzten Tage mal bisschen mit GRUB befasst. Hintergrund war, dass ich dieses schöne Video von Jean gesehen habe und dann natürlich nicht die Finger davon lassen konnte. Zwar gelang es mir bisher nicht, ein schönes Theme einzubinden (aber wenigstens das alte Linuxmint-Theme geht wieder) aber dafür bin ich auf etwas anderes gestoßen.

    Mit fiel nämlich in GPARTED auf, dass neben meiner / Partition (sda11, LMDE7) noch eine weitere als Einhängepunkt root / gelistet war, nämlich sda15 (LMDE6, also die alte Hauptpartition) . Aufgefallen war mir vorher schon, dass im Nemo diese Partition neben den anderen alten Ubuntu-Partitionen plötzlich nicht mehr angezeigt wurde.

    Nach etwas Rechereche im web stieß ich dann darauf

    Quote

    Die Situation, dass GRUB zwei Partitionen als "Root" betrachtet oder verwaltet, tritt meist in Dual-Boot-Szenarien oder bei einer separaten

    /boot-Partition auf. Es ist wichtig, zwischen der GRUB-Partition (wo der Bootloader liegt) und der Kernel-Root-Partition (wo das Betriebssystem liegt) zu unterscheiden.

    Hier sind die üblichen Ursachen und Lösungsansätze:

    • Separate /boot-Partition: Oft liegt /boot auf einer kleinen separaten Partition, während / (Root) auf einer anderen liegt. GRUB benötigt die /boot-Partition, um den Kernel zu laden, während der Kernel selbst die Root-Partition zum Starten des Systems benötigt.
    • Fehlerhafte GRUB-Konfiguration (grub.cfg): Wenn in der grub.cfg die set root=-Anweisung (für GRUB) und der root=UUID=...-Parameter (für den Kernel) auf unterschiedliche, falsche Partitionen verweisen, startet das System nicht.
    • Fehler bei der Neuinstallation: Wird GRUB über eine Live-CD neu installiert, müssen oft beide Partitionen (die Boot-Partition und die Root-Partition) korrekt gemountet werden (mount), um GRUB via grub-install erfolgreich zu reparieren.

    Lösung:
    Um dies zu beheben, müssen Sie via chroot auf das System zugreifen und die Konfigurationsdateien korrigieren.

    1. System via Live-CD booten.
    2. Root-Partition mounten: sudo mount /dev/sdXY /mnt.
    3. Boot-Partition mounten (falls separat): sudo mount /dev/sdXZ /mnt/boot.
    4. Chroot durchführen: sudo chroot /mnt.
    5. GRUB neu installieren und konfigurieren: update-grub (auf Debian/Ubuntu) oder grub2-mkconfig (auf openSUSE).

    Sollte es sich um eine fälschlicherweise formatierte Partition handeln, die GRUB noch als aktiv anzeigt, müssen Sie den MBR/EFI-Eintrag reparieren.

    Nachdem ich die UUID für sda11 in der fstab geändert hatte, war in GPARTED der zweite / Einhängepunkt verschwunden und auch sudo update-grub

    lief plötzlich wieder ohne Fehler durch. Allerdings wie gesagt noch nicht mit den neuen Themes aber das ist Kosmetik.

    Ich vermute die Ursache war dieselbe wie schon letzte Woche bei unseren ganzen Verkünsteleien hier. Nachdem ich vor Upgrade auf lmde7 die lmde6 Partition geklont hatte, hatte diese dieselbe UUID. Nachdem ich eine neue UUID erstellt hatte hätte ich vermutlich noch den fstab Eintrag ändern müssen. Das geht anscheinend nicht automatisch.

    Ägän wot lörnd 😀 🙂😀^^

    Edited once, last by linubie (March 17, 2026 at 12:13 AM).

Participate now!

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