PC Boot stoppt wegen GNU Grub

Riley

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=0GRUB_TIMEOUT_STYLE=hiddenGRUB_TIMEOUT=0GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`GRUB_CMDLINE_LINUX_DEFAULT="quiet loglevel=3 splash"GRUB_CMDLINE_LINUX=""# 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=640x480# 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"

faxxy

Ich gehe jetzt einfach Mal davon aus dass die Falsche Datei bearbeitet wird, also er übernimmt die änderungen nicht in die grub.cfg.

Welchen Befehl gibst du genau ein wenn du die Datei bearbeitest?

Poste doch bitte auch Mal die Ausgabe von

Code

cat /boot/grub/grub.cfg |grep timeout

zeltinho

@Riley Ist das Problem noch aktuell oder bist Du mittlerweile auf Arch gewechselt, so wie Du es in einem anderen Thread angedeutet hast?

Riley

Zitat von zeltinho

@Riley Ist das Problem noch aktuell oder bist Du mittlerweile auf Arch gewechselt, so wie Du es in einem anderen Thread angedeutet hast?

Bin auf dual Boot gegangen

Problem ist weiterhin da.

Riley

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=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet loglevel=3 splash"
GRUB_CMDLINE_LINUX=""

# 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=640x480

# 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"

Alles anzeigen

Riley

Zitat von faxxy
Ich gehe jetzt einfach Mal davon aus dass die Falsche Datei bearbeitet wird, also er übernimmt die änderungen nicht in die grub.cfg.
Welchen Befehl gibst du genau ein wenn du die Datei bearbeitest?
Poste doch bitte auch Mal die Ausgabe von
Code
cat /boot/grub/grub.cfg |grep timeout

Code

set timeout=30
  if [ x$feature_timeout_style = xy ] ; then
    set timeout_style=hidden
    set timeout=0
  # Fallback hidden-timeout code in case the timeout_style feature is
    set timeout=0
  set timeout=30
  if [ x$feature_timeout_style = xy ] ; then
    set timeout_style=menu

hier bitte

Nahtmer

Mal etwas eingelesen.
Scheint ein bekannter Ubuntu-Bug seit 18.xx zu sein. Häufig bei LVM und btrfs Systemen.

Versuch mal das hier einzufügen.

Code

GRUB_RECORDFAIL_TIMEOUT=0

Riley

Zitat von Nahtmer
Mal etwas eingelesen.
Scheint ein bekannter Ubuntu-Bug seit 18.xx zu sein. Häufig bei LVM und btrfs Systemen.

Versuch mal das hier einzufügen.
Code
GRUB_RECORDFAIL_TIMEOUT=0

Egal wohin ich es Pack ?

zeltinho

Aber im Dualboot musst Du doch jetzt eh im Grub auswählen und bestätigen...

Riley

Zitat von Nahtmer
Mal etwas eingelesen.
Scheint ein bekannter Ubuntu-Bug seit 18.xx zu sein. Häufig bei LVM und btrfs Systemen.

Versuch mal das hier einzufügen.
Code
GRUB_RECORDFAIL_TIMEOUT=0

vielen dank es hat geklappt .

du bist mein held des tages. jetzt kann ich mich um mein anderes problem kummern

faxxy

Naja wenn ich mir die Ausgabe so anschaue sollte der Fehler erkennbar sein.

Du setzt den Timeout auf 0, das menü auf Hidden und danach wird er wieder auf 30 und menu gesetzt. Da grub die config von oben nach unten lesen wird werden alle Einstellungen wieder zurückgesetzt.

Die große Frage ist jetzt warum.

Dazu müsste man wissen was geändert wurde und wie die grub.cfg erstellt wird.

Kannst du evtl auch Mal die komplette grub.cfg Posten?

Denn für mich sieht es so aus als wurden die änderungen einfach davor geschrieben und nicht geändert.

Riley

Zitat von faxxy

Naja wenn ich mir die Ausgabe so anschaue sollte der Fehler erkennbar sein.
Du setzt den Timeout auf 0, das menü auf Hidden und danach wird er wieder auf 30 und menu gesetzt. Da grub die config von oben nach unten lesen wird werden alle Einstellungen wieder zurückgesetzt.
Die große Frage ist jetzt warum.
Dazu müsste man wissen was geändert wurde und wie die grub.cfg erstellt wird.
Kannst du evtl auch Mal die komplette grub.cfg Posten?
Denn für mich sieht es so aus als wurden die änderungen einfach davor geschrieben und nicht geändert.

Alles anzeigen

die grub habe ich oben nochmal vor 1std gepostet

zeltinho

Zitat von Riley

Bin auf dual Boot gegangen
Problem ist weiterhin da.

Ich verstehe aber nicht, wie Du dieselbe Auffälligkeit reproduzieren konntest in einem Grub, dass

- bei der Installation von Arch zwischenzeitlich überschrieben wurde, und

- ein Dualboot- anstatt eines Singleboot-Systems startet

Kannst Du mir das erklären oder vielleicht irgendjemand anderes? Das passt für mich vorne und hinten nicht.

Riley

Zitat von zeltinho

Ich verstehe aber nicht, wie Du dieselbe Auffälligkeit reproduzieren konntest in einem Grub, dass
- bei der Installation von Arch zwischenzeitlich überschrieben wurde, und
- ein Dualboot- anstatt eines Singleboot-Systems startet
Kannst Du mir das erklären oder vielleicht irgendjemand anderes? Das passt für mich vorne und hinten nicht.

Das erkläre ich dir besser, möchte nicht das jemand im dunklen steht.

Ich benutze Arch Linux über ein Micro USB Stick 3.1 .

Also steck ich den Stick nur rein und kann davon booten

Entschuldige das ich dich damit verwirrt habe.

zeltinho

Verhindern, dass Jemand im Dunkeln steht, tut man, indem man das Problem umschreibt, das man hat - und zwar detailliert. Du bittest um Lösungen bei Problemen, die Du nicht beschreibst. Und dann veränderst Du auch noch den Kontext, in dem Probleme auftreten (Stichwort Dualboot-Einrichtung). So wird das nichts.

Riley

Zitat von zeltinho

Verhindern, dass Jemand im Dunkeln steht, tut man, indem man das Problem umschreibt, das man hat - und zwar detailliert. Du bittest um Lösungen bei Problemen, die Du nicht beschreibst. Und dann veränderst Du auch noch den Kontext, in dem Probleme auftreten (Stichwort Dualboot-Einrichtung). So wird das nichts.

Tut mir leid ist keine Absicht, bin auch nur ein Mensch

Menschen machen Fehler und andere Menschen wie ich sind nicht perfekt

Ich versuche mich zu ändern

Wenn du weitere Verbesserungen und Vorschläge gegen mich hast würde ich mich freuen es über PN mitzuteilen und mich hier nicht in der Öffentlichkeit runter zu drücken

zeltinho

Nein, kein Runterdrücken, Das war konstruktive Kritik. Nicht so empfindlich sein

PC Boot stoppt wegen GNU Grub

Riley 22. Juli 2023 um 12:14

Jetzt mitmachen!

Tags

7 Benutzer haben hier geschrieben

Benutzer online in diesem Thema