Hallo Leute,
ich benutze standardmäßig schon seit einigen Jahren Sparky-Linux, ein Debian-Derivat in der Testing-Version. Bisher lief alles reibungslos, doch seit einigen Tagen habe ich ein Problem - vielleicht könnt Ihr mir helfen.
Folgendes ist passiert:
Zu Testzwecken installierte ich parallel ein Arch-Derivat. Mein bisheriger Grub2-Bootmanager aus dem Sparky-Linux erkannte das neue System, konnte es aber nicht booten. Ich erhielt nur eine Kernel panic-Fehlermeldung. In diversen Foren habe ich ich erfahren, dass Debian in dem Fall das Manjaro-System nicht booten kann - anders herum schon. Also installierte ich in Manjaro Grub2 - soweit so gut, alles läuft.
Neben den beiden genannten Linux-Varianten gibt es noch ein Windows 10. Gestartet wird der Rechner noch über BIOS, also nicht Efi.
Nun möchte ich Manjaro wieder deinstallieren und meinen 'alten' Bootmanager wieder herstellen. Und das scheitert.
Ich erhalte folgendes:
Code:
# 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.
In der Tat, die Datei '/boot/grub/grub.cfg' ist leer.
Der Inhalt meiner '/etc/default/grub' sieht folgendermaßen aus:
Code:
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT="Sparky GNU/Linux"
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR="`lsb_release -i -s 2> /dev/null || echo Debian`"
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_osi=Linux"
#GRUB_CMDLINE_LINUX="vga=794 splash"
#GRUB_CMDLINE_LINUX="splash"
# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL="console"
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
GRUB_GFXMODE="1280x1024x16"
GRUB_GFXPAYLOAD_LINUX="keep"
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID="true"
# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"
# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
#GRUB_CMDLINE_LINUX="vga=775"
GRUB_SAVEDEFAULT="false"
#GRUB_HIDDEN_TIMEOUT="3"
#GRUB_CMDLINE_LINUX="vga=775"
#auskommentiert am 13.05.2020
#GRUB_CMDLINE_LINUX="vga=775"
#GRUB_CMDLINE_LINUX="vga=775"
Ich kann keinen Fehler erkennen.
Auch ein manuelles Erzeugen der Datei '/boot/grub/grub.cfg' gelingt nicht:
Code:
# /usr/sbin/grub-mkconfig -o /boot/grub/grub.cfg
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 neu erzeugte Datei ist leer.
Desweiteren habe ich erkannt, dass es einen älteren und nicht passenden Kernel gibt, der nicht deinstalliert werden kann. Darum werden wohl auch keine gültigen grub-Dateien erzeugt. Kann das sein?
Hier einmal die Ausgabe nach dem Aufruf der Deinstallation:
Code:
# apt-get purge linux-image-4.19.0-5-amd64
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
linux-image-4.19.0-5-amd64
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 11 nicht aktualisiert.
5 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 267 MB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] J
(Lese Datenbank ... 512466 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von linux-image-4.19.0-5-amd64 (4.19.37-5) ...
/etc/kernel/postrm.d/initramfs-tools:
update-initramfs: Deleting /boot/initrd.img-4.19.0-5-amd64
/etc/kernel/postrm.d/zz-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.
run-parts: /etc/kernel/postrm.d/zz-update-grub exited with return code 1
dpkg: Fehler beim Bearbeiten des Paketes linux-image-4.19.0-5-amd64 (--remove):
»installiertes linux-image-4.19.0-5-amd64-Skript des Paketes post-removal«-Unterprozess gab den Fehlerwert 1 zurück
dpkg: Zu viele Fehler, Abbruch
Fehler traten auf beim Bearbeiten von:
linux-image-4.19.0-5-amd64
Bearbeitung wurde angehalten, da zu viele Fehler auftraten.
E: Sub-process /usr/bin/dpkg returned an error code (1)
Was könnte ich tun, um wieder einen funktionierenden Grub-Bootmanager zu erhalten?
Jetzt kann ich mein Sparky nur mit einer 'SuperGrub2disc' starten.
Für Eure Hilfe bin ich sehr dankbar.
Lesezeichen