Hallo, hatte heute Morgen um 01:00 Morgens kurz vorm Schlafengehen noch schnell ein Update durchgeführt, nachdem Neustart allerdings stürzte der PC ab und ich fand mich im UEFI (Bios) wieder. DAchte ich hätte auf Restart to UEFI geklickt anstelle auf Restart.
ALso neu gebootet und Grub war defekt, automatisch Neustart und da war ich wieder im UEFI Menü meines Boards.
Habe erstmal ein Klon meiner Partition verwendet um wieder mit dem PC arbeiten zu können.
Was habe ich versucht?
Nun, ich startete von der Linux Garuda DVD und nutze Garuda Boot repair.
Ergebnis, es ist für die Tonne, völlig nutzlos.
Trotzdem probierte ich es noch mehrere Male, auch das Tool Boot-Repair-DIsk hat nicht geklappt.
Ich konnte den GRUB nicht mehr wiederherstellen
Also verzichte ich vorerst auf Irgendwelche Zerstörerischen Updates bis der Fehler im Update behoben ist. Andernfalls gehe ich wieder schweren Herzens zu Windows 10 zurück und bleib auch dabei, wenn es nicht mehr supportet wird.
Habe zu viele Stunden verschwendet, (hatte die Nacht nur 3 Stunden und 30 Minuten geschlafen) das GRUB Problem in den Griff zu bekommen.
Man hätte nicht an den Boot Dateien herumpfuschen dürfen, ohne sie vorher zu testen.
Never Touch a running GRUB
Grüße
Zack
Hallo, kann nicht antworten, habe im Eng Forum ja was gefunden, konnte aber nicht mehr fragen da der Tread geschlossen war.
HAbe es mal ausprobiert, hier ein auszug.
mount: /mnt: Spezialgerät /dev/sda7 ist nicht vorhanden.
dmesg(1) könnte nach einem fehlgeschlagenen mount-Systemaufruf
weitere Informationen liefern.
sudo: garuda-chroot: Befehl nicht gefunden
find-the-command: "Afterwards" is not found locally, searching in repositories...
find-the-command: command not found: "Afterwards"
fish:
Afterwards inside chroot
^
mount: /boot/efi: /dev/sda1 ist bereits auf /run/media/jorg/Volume eingehängt.
dmesg(1) könnte nach einem fehlgeschlagenen mount-Systemaufruf
weitere Informationen liefern.
find-the-command: "And" is not found locally, searching in repositories...
find-the-command: command not found: "And"
fish:
And continue with GRUB installation
^
x86_64-efi wird für Ihre Plattform installiert.
grub-install: Fehler: /boot/efi scheint keine EFI-Partition zu sein.
GRUB-Konfigurationsdatei wird erstellt …
Thema gefunden: /usr/share/grub/themes/garuda-dr460nized/theme.txt
Linux-Abbild gefunden: /boot/vmlinuz-linux-zen
initrd-Abbild gefunden: /boot/amd-ucode.img /boot/initramfs-linux-zen.img
Found fallback initrd image(s) in /boot: amd-ucode.img initramfs-linux-zen-fallback.img
Warnung: Zur Erkennung anderer bootfähiger Partitionen wird os-prober ausgeführt.
Dessen Ausgabe wird zur Erkennung bootfähiger Programmdateien und Erzeugen neuer Boot-Einträge verwendet.
Garuda Linux auf /dev/sde2 gefunden
Bootmenü-Eintrag für UEFI-Firmware-Einstellungen wird hinzugefügt …
Detecting snapshots ...
Found snapshot: 2022-08-27 18:30:33 | timeshift-btrfs/snapshots/2022-08-27_18-30-33/@ | ondemand | {timeshift-autosnap} {created before upgrade} |
Found snapshot: 2022-07-25 08:43:44 | timeshift-btrfs/snapshots/2022-07-25_08-43-44/@ | ondemand | {timeshift-autosnap} {created before upgrade} |
Found snapshot: 2022-07-25 08:35:58 | timeshift-btrfs/snapshots/2022-07-25_08-35-58/@ | ondemand | {timeshift-autosnap} {created before upgrade} |
Found snapshot: 2022-06-24 22:14:09 | timeshift-btrfs/snapshots/2022-06-24_22-14-09/@ | ondemand | N/A |
Found snapshot: 2022-06-24 22:13:40 | timeshift-btrfs/snapshots/2022-06-24_22-13-40/@ | ondemand | N/A |
Found snapshot: 2022-04-23 19:05:43 | timeshift-btrfs/snapshots/2022-06-24_23-18-58/@ | ondemand | Before restoring '2022-06-24 22:14:09' |
Found snapshot: 2022-03-11 22:01:06 | timeshift-btrfs/snapshots/2022-04-23_19-05-43/@ | ondemand | Before restoring '2022-04-22 19:41:55' |
Found snapshot: 2022-01-30 08:39:32 | timeshift-btrfs/snapshots/2022-01-30_08-39-32/@ | ondemand | N/A |
Found snapshot: 2022-01-30 08:39:19 | timeshift-btrfs/snapshots/2022-01-30_08-39-19/@ | ondemand | N/A |
Found snapshot: 2022-01-30 06:20:43 | timeshift-btrfs/snapshots/2022-03-11_22-01-06/@ | ondemand | Before restoring '2022-03-10 19:46:08' |
Found snapshot: 2022-01-16 23:00:13 | timeshift-btrfs/snapshots/2022-01-17_20-12-21/@ | ondemand | Before restoring '2022-01-17 17:34:01' |
Found snapshot: 2022-01-16 22:57:38 | timeshift-btrfs/snapshots/2022-01-16_23-00-13/@ | ondemand | Before restoring '2022-01-16 19:44:38' |
Found snapshot: 2022-01-16 20:29:15 | timeshift-btrfs/snapshots/2022-01-16_22-57-38/@ | ondemand | Before restoring '2022-01-16 22:01:58' |
Found snapshot: 2022-01-16 20:23:40 | timeshift-btrfs/snapshots/2022-01-16_20-29-15/@ | ondemand | Before restoring '2022-01-16 20:00:50' |
Found snapshot: 2022-01-16 20:09:12 | timeshift-btrfs/snapshots/2022-01-16_20-23-40/@ | ondemand | Before restoring '2022-01-15 23:28:30' |
Found snapshot: 2022-01-16 20:00:51 | timeshift-btrfs/snapshots/2022-01-16_20-09-12/@ | ondemand | Before restoring '2022-01-09 09:07:54' |
Found snapshot: 2022-01-16 19:44:38 | timeshift-btrfs/snapshots/2022-01-16_20-00-50/@ | ondemand | Before restoring '2022-01-15 20:03:57' |
Found snapshot: 2022-01-15 23:28:30 | timeshift-btrfs/snapshots/2022-01-16_19-44-38/@ | ondemand | Before restoring '2022-01-16 19:07:09' |
Found snapshot: 2022-01-15 20:07:44 | timeshift-btrfs/snapshots/2022-01-15_23-28-30/@ | ondemand | Before restoring '2022-01-10 22:58:27' |
Found snapshot: 2022-01-15 20:03:57 | timeshift-btrfs/snapshots/2022-01-15_20-07-44/@ | ondemand | Before restoring '2022-01-15 11:12:50' |
Found snapshot: 2022-01-10 22:58:27 | timeshift-btrfs/snapshots/2022-01-15_20-03-57/@ | ondemand | Before restoring '2022-01-15 19:58:10' |
Found snapshot: 2022-01-10 22:55:17 | timeshift-btrfs/snapshots/2022-01-10_22-58-27/@ | ondemand | Before restoring '2022-01-10 22:55:17' |
Found snapshot: 2022-01-10 22:50:30 | timeshift-btrfs/snapshots/2022-01-10_22-55-17/@ | ondemand | Before restoring '2022-01-09 12:11:31' |
Found snapshot: 2022-01-09 12:11:31 | timeshift-btrfs/snapshots/2022-01-09_12-11-31/@ | ondemand | N/A |
Found snapshot: 2022-01-09 09:07:54 | timeshift-btrfs/snapshots/2022-01-09_09-07-54/@ | ondemand | N/A |
Found 25 snapshot(s)
Unmount /tmp/grub-btrfs.JsPWOJg04N .. Success
Found memtest86+ image: /boot/memtest86+/memtest.bin
abgeschlossen
Werde jetzt einen neustart probieren, sollte es nicht gehen muss ich die Original erstmal klonen und das dauert.
Eine kurze suche hier oder in anderen Distributionsforen hätte dir gezeigt, dass es kein Problem der Distributionen ist.
Ein update von Grub verursacht den Fehler, den man per chroot lösen kann, steht alles hier im Forum.
TNE hat eine automatische Fehlerbehebung als Fix in garuda-update eingebaut bis das Problem upstream behoben ist.
Installiere via chroot, in Garuda Willkommen, grub neu oder mache dort ein garuda-update.
Unter anderem hier
Bitte immer Ein- und Ausgabe posten, eventuell hier wenn es zu lang wird.
Das Wiederherstellen dauert eigentlich nicht länger als 5 Minuten wenn man einen alten USB-Stick mit Ventoy benutzt. Falls du wirklich noch mit DVD bootest, solltest du mal dein garuda-inxi posten, geht auch von der live ISO.
So, bin noch dabei zu Klonen. Hatte vergessen zu erwähnen das ich heute Mittag garuda von USB auf eine andere SSD installiert hatte, nachdem ich alle Updates drauf hatte, lief der Boot Vorgang ganz normal ab, werde es nach dem Klonen nochmal mit einer Neuinstallation probieren und alle Updates aufspielen, sollte dann alles ohne GRUB Probleme gehen, werde ich Schritt für Schritt eine Neueinrichtung der SSD vornehmen, zum Glück ist ja noch Samstag so das ich noch genug Zeit habe. Wenn die Neuinstallation so ist wie sein soll werde ich die anderen zwei SSDs als Testobjekt verwenden was den GRUB betrifft.
Im Moment tippe ich von meinem Handy, nicht am PC.
So, Garuda neu installiert und auf dem Neuesten stand. Diesmal gab es keine Probleme mit dem GRUB Update und dem darauf folgenden Bootvorgang, erstmal kommt der Drucker dran, der geht noch nicht.
So, habe gestern von 19:00 bis 00:30 am PC gesessen und heute morgen wollte ich den Rest machen und jetzt komme ich nicht in den Desktop.
Nachdem booten steht da
Loading Linux-zen...
452: Out of Range Pointer: 0x97ae9020
Habe auch versucht einen Snapshot zu laden, aber es kommt die eben von mir gemeldete Fehlermeldung, wenn ich das nicht hinbekomme geh ich zurück zu Windoof.
So, ich verschiebe alle Dateien auf ein anderes Laufwerk und formatieren es in NTFS zurück, vorher ext4.
Ich weiß ihr könnt nichts dafür, das war ja irgendein Vollidiot vom Arch Projekt der den GRUB Modus zerstört hat.
Meine Erfahrungen mit Garuda linux waren sehr gut, umso trauriger das es jetzt für immer Kaputt ist.
Ich werde mir wenn es soweit ist einen neuen PC zusammenbauen auf dem Win11 läuft, habe ja keine andere Wahl.
Ich persöhnliche halte es für unverantwortlich etwas das zuverlässig Funktiomiert so dermaßen verpfuscht wird, weder sorgt der grub dafür das der PC schneller läuft noch das Spiele Kompatibilität gegeben ist, der Grub ist einfach nur dafür da das man nach dem Booten ins OS kommt und das geht ja nicht mehr, würde der verantwortliche vor mir stehen ich würde ihn gleich dreimal umbringen.
Viele Grüße ans Garuda Team.
PS: ich muss die Garuda Installation nicht löschen, habe hier noch zwei 500Gb SSDs mit Win10.
Vielleicht komme ich ja auch eines Tages zu Garuda zurück, also in drei Jahren oder so.
hier ist ein Thread von jemanden der das selbe Problem hatte und gelöst wurde.
Die GRUB devs haben das letzte Update böse in den Sand gesetzt, da haben derzeit viele Leute ein Problem (außer vlt die Debian-Leute die als neueste Packages das Zeug vor über einem Jahr haben )
Nachvollziehbar, aber sowas kann eben immer passieren, wenn man bedenkt mit was der GRUB alles kompatibel sein muss und gerade die letzte und aktuelle Mainboard-Generation eine Tonne an neuen (für uns sogar meist nutzlose) Features haben. Die GRUB natürlich unterstützen muss, ansonsten heißt es "… was ich habe ne neue Hardware und GRUB kann die nicht unterstützen, man sollte sie umbringen … "
Danke, ich weiß, war eben nur sauer. Werde den Tipp mal ausprobieren, aber erst übernächste Woche da ich kommenden Samstag Arbeiten muss (Tag der offenen Tür) ich werde mir den Befehl kopieren, muss ich da irgendwas beachten, wenn ich ihn im Terminal eingebe ?
Ich hab das selbe Problem und doktore schon seit 2 Tagen daran herum.
Da ich am anfang dachte das meine SSD defekt sei hab ich eine Menge an Daten verloren. Gott sei dank ist das wichtigste noch da.
Hatte zwischenzeitlich das System neu aufgesetzt weil ich dann dachte ich hätte mir die Installation zerschlagen. Pustekuchen, erstes Update und das Drama begang von vorn.
Ich bekomme das System zwar mittlerweile ans laufen hab aber jede Menge Fehlermeldungen von Grub.
Ich hoffe das das zeitnah gefixt wird, ich hab kein Bock mehr.
Und das Grub so abkackt, dasshab ich noch nie erlebt und ich nutze mittlerweile seit 2013 Arch bassierende Distros.
Dachte anfangs auch an die SSD, dann ist so ein Super-GAU wohl eher die Ausnahme bei Arch, nehm ich mal an. Ich denke, ich warte bis Mitte nächsten Monat, dann ist das vielleicht gefixt. Bin auch nicht begeistert, was die Rumfrickelei betrifft, da vergeht einem das Interesse.
Das stimmt, dass GRUB so abkakt ist mir auch neu und ich verwende querbeet alles an Distros seit 2010.
Aber es ist tatsächlich ein GRUB fail und viele Distros (also alle die das GRUB update erhalten) haben das Problem.
Meins läuft nur deswegen brav weiter, weil ich jetzt kein Update gemacht habe und sicherlich nicht machen werde ehe diese GRUB Sache gefixed wird. Mir hats beim letzten Update zusätzlich den GPU driver zerlegt - weil auch dort ein Upstream fehler (Bug) am Kernel daher kam. Seit dem überlege ich mir die Updates 2x und werde vor Oktober sicher keines mehr machen ^^
Es ist grundsätzlich selten, dass derartig böse Upstreamfehler auftauchen.
Gut ca 2012 glaub ich, gab's mal diese richtig miese Katastrophe mit Netzwerkdriver ... das war auch was xD
Ich war damal für nen Linux Server an der Uni verantwortlich, junge hatten wir Glück, dass wir da gerade ne Woche lang eine Hardwarewartung hatten, sonst wären wir auch direkt in diese Missere reingelaufen und das bei einem HPC XD
Hallo, dann bin ich beruhigt das ein solches Vorkommnis eher eine Seltenheit ist. Ich habe noch einen Klon den ich in Ruhe lasse, erst wenn das GRUB ubdate behoben ist arbeite ich weiter mit Linux.
Als ich alles neu aufgesetzt hatte, hatte ich am Sonntag morgen zwei Updates gemacht, danach kam die von mir geschilderte Fehlermeldung, die letzten beiden Updates waren ein GPU DXVK Treiber und was anderes und dann kam der Crash nachdem Neustart.
Nun diese Woche hab ich jetzt unerwartet genug Zeit bekommen mich um Garuda Linux zu kümmern, habe seit gestern 17:00 Corona jetzt sitz ich Zuhause Rum und huste und Niese ab und zu.
Also hatte ich doch Recht dass das GRUB Update einen Fehler hat der gefixt werden muss, wen ein solches Update ein so großes Durcheinander verursacht fällt es in die Kategorie Risiko Update.
Da kann man sehen das bestimmte Updates die ein Risiko darstellen unbedingt getestet werden sollten.
Siehe dein Hinweis mit dem Server an der Uni, da hattet ihr ein riesen Glück gehabt.
Da hab ich ne Idee, manche Mainboards haben ein Dualbios, sollte ein BIOS durch ein Update oder defekt fehlerhaft sein. Kann man sowas in der Art nicht ins OS intregiren?
Ja, wir haben uns gefreut und dann sind wir dennoch (freiwillig!) Doppelschicht gefahren, da die Mathematiker und Informatiker bzw. deren Server komplett lahmgelegt waren und wenn die stehen dann wird’s teuer!
Auch diese Institute haben dann “dazugelernt”
Zum Testen liesen wir BOINC Milkyway@home laufen, ziemlich krasse Ergebnisse mit 250 HPC GPU’s
Jup, meistens haben wir gecheckt was im Upstream los ist und dann simple Google Suche. Wenn man direkt hunderte Einträge findet braucht man nicht einmal mehr lesen um was es genau geht. Wenn Version und Zeitraum stimmen, kommt das Ding gar nicht erst auf den Server.
Später haben wir direkt vom CERN die Protokolle übernommen und die testen kritische Pakete selbst. MIt der eigenen Distribution Scientific Linux. Die Zuständigen der anderen Institute kamen regelmäßig bei uns vorbei auf nen Kaffee um mal nachzufragen ob es den heut ein guter Tag für ein Update ist
Ich habe heute mit etcher einen Bootfähigen USB Stick erstellt, die ISO nennt sich super GRUB2 so kam ich wenigstens wieder ins System rein, also auf den Desktop, doch dazu muss ich immer vom Stick booten. Kann den GRUB damit leider nicht neu installieren.
Ich Frage mich ob die Verantwortlichen daran arbeiten das Problem in den Griff zu bekommen, man hört ja nix von denen.
Leider kann man die GRUB Dateien nicht durch unveränderte überschreiben.
)