Probleme mit Grub
-
linubie -
March 5, 2026 at 1:11 PM -
Thread is Resolved
-
-
Code
Display Moremikelm7@Jerry8-Thinkpad-T460:~$ ls -la /etc/grub.d/ insgesamt 16 drwxr-xr-x 2 root root 4096 6. Mär 18:45 . drwxr-xr-x 166 root root 12288 6. Mär 17:59 .. mikelm7@Jerry8-Thinkpad-T460:~$ dpkg -L grub-common | grep grub.d /etc/default/grub.d /etc/grub.d /etc/grub.d/00_header /etc/grub.d/05_debian_theme /etc/grub.d/10_linux /etc/grub.d/20_linux_xen /etc/grub.d/25_bli /etc/grub.d/30_os-prober /etc/grub.d/30_uefi-firmware /etc/grub.d/40_custom /etc/grub.d/41_custom /etc/grub.d/README mikelm7@Jerry8-Thinkpad-T460:~$ sudo grub-mkconfig 2>&1 [sudo] Passwort für mikelm7: Generating grub configuration file ... # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # done -
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
-
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
Display Moremikelm7@Jerry8-Thinkpad-T460:~$ dpkg --configure -a dpkg: Fehler: Angeforderte Operation benötigt Superuser-Rechte mikelm7@Jerry8-Thinkpad-T460:~$ sudo dpkg --configure -a [sudo] Passwort für mikelm7: grub-efi-amd64 (2.12-9) wird eingerichtet ... x86_64-efi wird für Ihre Plattform installiert. Installation beendet. Keine Fehler aufgetreten. Generating grub configuration file ... Skript »/boot/grub/grub.cfg.new« enthält nichts, es wird nichts ausgeführt Syntax errors are detected in generated GRUB config file. Ensure that there are no errors in /etc/default/grub and /etc/grub.d/* files or please file a bug report with /boot/grub/grub.cfg.new file attached. dpkg: Fehler beim Bearbeiten des Paketes grub-efi-amd64 (--configure): »installiertes post-installation-Skript des Paketes grub-efi-amd64«-Unterprozess gab den Fehlerwert 1 zurück Fehler traten auf beim Bearbeiten von: grub-efi-amd64 mikelm7@Jerry8-Thinkpad-T460:~$ sudo apt install -f Zusammenfassung: Aktualisiere: 0, Installiere: 0, Entferne: 0, Aktualisiere nicht: 0 1 nicht vollständig installiert oder entfernt. Benötigter Platz: 0 B / 25,3 GB verfügbar grub-efi-amd64 (2.12-9) wird eingerichtet ... x86_64-efi wird für Ihre Plattform installiert. Installation beendet. Keine Fehler aufgetreten. Generating grub configuration file ... Skript »/boot/grub/grub.cfg.new« enthält nichts, es wird nichts ausgeführt Syntax errors are detected in generated GRUB config file. Ensure that there are no errors in /etc/default/grub and /etc/grub.d/* files or please file a bug report with /boot/grub/grub.cfg.new file attached. dpkg: Fehler beim Bearbeiten des Paketes grub-efi-amd64 (--configure): »installiertes post-installation-Skript des Paketes grub-efi-amd64«-Unterp rozess gab den Fehlerwert 1 zurück Fehler traten auf beim Bearbeiten von: grub-efi-amd64 Fehler: Sub-process /usr/bin/dpkg returned an error code (1) mikelm7@Jerry8-Thinkpad-T460:~$ sudo grub-install /dev/sda x86_64-efi wird für Ihre Plattform installiert. Installation beendet. Keine Fehler aufgetreten. mikelm7@Jerry8-Thinkpad-T460:~$ sudo update-grub Generating grub configuration file ... Skript »/boot/grub/grub.cfg.new« enthält nichts, es wird nichts ausgeführt Syntax errors are detected in generated GRUB config file. Ensure that there are no errors in /etc/default/grub and /etc/grub.d/* files or please file a bug report with /boot/grub/grub.cfg.new file attached. -
Die ausgabe hier bitte posten (oder du siehst ja selbst ob Datein und Ordner vorhanden sind) und dann
Hier siehst du, ob es funktioniert hat oder nicht. Wenn Dateien und Ordner da sind dann
und einmal neu starten
-
Code
Display Moremikelm7@Jerry8-Thinkpad-T460:~$ dpkg -x /var/cache/apt/archives/grub-common_2.12-9_amd64.deb /tmp/grub-extract mikelm7@Jerry8-Thinkpad-T460:~$ ls /tmp/grub-extract/etc/grub.d/ 00_header 10_linux 25_bli 30_uefi-firmware 41_custom 05_debian_theme 20_linux_xen 30_os-prober 40_custom README mikelm7@Jerry8-Thinkpad-T460:~$ sudo cp /tmp/grub-extract/etc/grub.d/* /etc/grub.d/ [sudo] Passwort für mikelm7: mikelm7@Jerry8-Thinkpad-T460:~$ sudo chmod 755 /etc/grub.d/* mikelm7@Jerry8-Thinkpad-T460:~$ ls -la /etc/grub.d/ insgesamt 104 drwxr-xr-x 2 root root 4096 6. Mär 21:40 . drwxr-xr-x 166 root root 12288 6. Mär 17:59 .. -rwxr-xr-x 1 root root 10080 6. Mär 21:42 00_header -rwxr-xr-x 1 root root 6400 6. Mär 21:42 05_debian_theme -rwxr-xr-x 1 root root 13856 6. Mär 21:42 10_linux -rwxr-xr-x 1 root root 14513 6. Mär 21:42 20_linux_xen -rwxr-xr-x 1 root root 786 6. Mär 21:42 25_bli -rwxr-xr-x 1 root root 12661 6. Mär 21:42 30_os-prober -rwxr-xr-x 1 root root 1174 6. Mär 21:42 30_uefi-firmware -rwxr-xr-x 1 root root 214 6. Mär 21:42 40_custom -rwxr-xr-x 1 root root 215 6. Mär 21:42 41_custom -rwxr-xr-x 1 root root 483 6. Mär 21:42 README mikelm7@Jerry8-Thinkpad-T460:~$Jetzt schauts besser aus. Na dann mal .... los (und beten)
Codemikelm7@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

-
-
-
Ubuntu??? Jetzt wirds aber kryptisch
UbuntuMono16.pf2 ist die Schriftart die bei Linux Mint im Grub2 Bootloader verwendet wird.
-
Also ich wäre dann auch fast so weit zu sagen, dass du den ganzen Mist löscht. Das scheint so nichts zu bringen

-
Code
Display Moremikelm7@Jerry8-Thinkpad-T460:~$ sudo update-grub Generating grub configuration file ... Found linux image: /boot/vmlinuz-6.12.73+deb13-amd64 Found initrd image: /boot/initrd.img-6.12.73+deb13-amd64 Found linux image: /boot/vmlinuz-6.12.69+deb13-amd64 Found initrd image: /boot/initrd.img-6.12.69+deb13-amd64 Found linux image: /boot/vmlinuz-6.1.0-35-amd64 Found initrd image: /boot/initrd.img-6.1.0-35-amd64 Found linux image: /boot/vmlinuz-6.1.0-34-amd64 Found initrd image: /boot/initrd.img-6.1.0-34-amd64 Warning: os-prober will be executed to detect other bootable partitions. Its output will be used to detect bootable binaries on them and create new boot entries. grub-probe: Fehler: Für /dev/sdb2 konnte kein GRUB-Laufwerk gefunden werden. Überprüfen Sie Ihre device.map. Found Ubuntu 10.04.4 LTS (10.04) on /dev/sda10 Found LMDE 6 (faye) on /dev/sda15 Found Ubuntu 20.04.6 LTS (20.04) on /dev/sda5 Found Ubuntu 16.04.7 LTS (16.04) on /dev/sda6 Found Ubuntu 12.04.5 LTS (12.04) on /dev/sda7 Adding boot menu entry for UEFI Firmware Settings ... doneich starte nochmal ....
-
Also normalerweise sollte es so, wie es in #53 aussieht laufen
-
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!
Saustark, echt hey. -
War ja auch voll easy

Nächstes mal ein schwereres Problem bitte

Gern geschehen

-
Ich nehme nen Bier

-
Kölsch, Pils, Bock oder Weizen?

-
Ich bin da nicht wählerisch

-
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
QuoteDie 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.- System via Live-CD booten.
- Root-Partition mounten: sudo mount /dev/sdXY /mnt.
- Boot-Partition mounten (falls separat): sudo mount /dev/sdXZ /mnt/boot.
- Chroot durchführen: sudo chroot /mnt.
- 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.
Code
Display Moremikelm7@Jerry8-Thinkpad-T460:~$ lsblk -f NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS sda ├─sda1 │ ext3 1.0 VM-II c650cf8d-3d75-4625-a6c2-c67488a57a3a ├─sda2 │ ext3 1.0 BulkData b6e2c17a-40e4-4529-84fd-f231b48bef6b ├─sda3 │ vfat FAT32 22B9-B246 858,2M 44% /boot/efi ├─sda4 │ ├─sda5 │ ext4 1.0 Ubuntu 20.04 LTS 6c2d5a8c-62c6-456f-9dc6-5d4885b4498f ├─sda6 │ ext4 1.0 Ubuntu 16.04 LTS 302d827c-57e0-45b4-8a62-81bc0ba6cfdc ├─sda7 │ ext4 1.0 Ubuntu 12.04 LTS 86e86b86-e3fa-4989-b588-98d79b01bdd9 ├─sda8 │ ext3 1.0 Home 2c8877bd-9c3d-4907-9bfa-9ddfa76bea2e 345,1G 42% /home ├─sda9 │ swap 1 edabdeee-ab6b-47dd-b2ed-31c5e4bc5a4c [SWAP] ├─sda10 │ ext3 1.0 Ubuntu 10.04 LTS 9b682dbf-a338-408b-aa59-270e69263ed1 ├─sda11 │ ext4 1.0 Linux Mint DE 7 60b420e6-a3a7-4ce4-aae8-189bdec5ee70 23G 48% / ├─sda12 │ ext3 1.0 VM 4d5ea914-4272-444a-82bc-f35056b1e49f ├─sda13 │ ext4 1.0 tmp 7c3de9a5-1b9d-4995-91d4-b57292e88daa ├─sda14 │ ext4 1.0 Test-OS1 e558c927-2824-4252-85f0-f382812b3534 └─sda15 ext4 1.0 Linux Mint DE 6 1b1ca8b8-87ec-4ff0-a109-b30bebd7cc3e mikelm7@Jerry8-Thinkpad-T460:~$ mikelm7@Jerry8-Thinkpad-T460:~$ cat /etc/fstab #### Static Filesystem Table File proc /proc proc defaults 0 0 # /dev/sda9 UUID=edabdeee-ab6b-47dd-b2ed-31c5e4bc5a4c swap swap sw 0 0 # /dev/sda3 #UUID=22B9-B246 /boot/efi vfat defaults 0 1 # /dev/sda11 UUID=1b1ca8b8-87ec-4ff0-a109-b30bebd7cc3e / ext4 rw,errors=remount-ro 0 1 # /dev/sda8 UUID=2c8877bd-9c3d-4907-9bfa-9ddfa76bea2e /home ext3 rw,errors=remount-ro 0 0 /dev/disk/by-path/pci-0000:00:1f.2-ata-2.0 /mnt/pci-0000:00:1f.2-ata-2.0 auto nosuid,nodev,nofail,x-gvfs-show 0 0 UUID=22B9-B246 /boot/efi vfat defaults 0 1Nachdem 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 😀 🙂😀

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