staging.inyokaproject.org

Berlin_1946 schrieb:

Aber, wie der Thread zeigt, funktioniert die Esc unter den von mir geschilderten Bedingungen nicht.

Hm, das stimmt doch so nicht. Die Esc funktioniert doch bei Dir letztlich auch. Die Verrenkungen die Du bei Dir speziell machen musst, sind bei Dir noch mal - nach meiner Erfahrung - besonders. Das ist so für das Wiki viel zu speziell.

Ins Wiki kann man noch - wie von kb weiter oben schon angemerkt - den Hinweis aufnehmen, dass man mit der Esc -Taste bei manchen Systemen auch unter Umständen zunächst in das erweiterte UEFI-Startmenü und man diesen Moment erst noch abwarten muss. Das langt dann für das Wiki - das ja allgemeingültig sein soll.

Außerdem: Die richtige Vorgehensweise ist hier schlicht - auch das hatte kb schon weiter oben geschrieben - dass man die Konfiguration anpasst, so dass man entweder ein sichtbaren Countdown hat, das GRUB-Menü einfach grundsätzlich immer anzeigt oder - als Minimal-Lösung - wenigstens den Default-Timeout verlängert.

Denn Du hast ja geschrieben, dass Du nach wie vor in Dein System kommst.

Einfach also nur aus Interesse an sich im Wiki deswegen jetzt breit auszuweiten, wie man es auch auf einem Von-Hinten-Durch-die-Brust-ins-Auge-Weg hinbekommt, dass das das GRUB-Menü angezeigt wird, ist IMO weitestgehend Sinn-frei.

Ich habe da auch im Hinterkopf, dass GRUB noch einen Fallback hat, falls das System nicht startet, so dass in den wirklich relevanten Fällen - also wenn man die Konfiguration nicht mehr ändern kann, weil das System zumindest auf normalen Weg nicht startet - das GRUB-Menü dann doch angezeigt wird. Sicher bin ich mir da aber jetzt nicht.

Grundsätzlich könnte man bei den Ubuntu-GRUB-Maintainern anregen, die Default-Einstellung für den Singleboot zu ändern - für den Fall, dass das mit dem Fallback in meiner grauen Erinnerung nicht stimmt.

Das wäre dann viel sinnvoller, als wenn man verzweifelt versucht etwas zu beschreiben, was sich mit den Möglichkeiten des Wikis nur schwer beschreiben lässt. Denn offen gesagt ist mir der genaue Ablauf im Detail bei Dir immer noch nicht klar. So was ließe sich am besten durch ein Video dokumentieren. Hinzukommt, dass es zig Möglichkeiten gibt, wie das - abhängig von Firmware-Einstellungen - ablaufen kann.

LG, Newubunti

Newubunti schrieb:

Hm, das stimmt doch so nicht. Die Esc funktioniert doch bei Dir letztlich auch. Die Verrenkungen die Du bei Dir speziell machen musst, sind bei Dir noch mal - nach meiner Erfahrung - besonders. Das ist so für das Wiki viel zu speziell.

Genau das ist ja meine Frage in die Runde, ist das nur bei diesem Rechner -genau mit der Ausgabe der Firmware- so.

Klar funktioniert die Esc . Dann kommst du bei 9 von 10 Versuchen auf ein Bild, das nirgends beschrieben ist und nur durch viel probieren kommst du zum Grub-Menü. Das eine mal bootet der Rechner (Timer abgelaufen) Jedes mal beim ausprobieren schlägt irgend ein Timer zu und das dann die relativ Zeit unkritische Kombination von ⏎ und Esc wirkt, kostet Geduld es herauszufinden. Auf diese Verrenkungen musste du erst mal kommen.

Ins Wiki kann man noch - wie von kb weiter oben schon angemerkt - den Hinweis aufnehmen, dass man mit der Esc -Taste bei manchen Systemen auch unter Umständen zunächst in das erweiterte UEFI-Startmenü und man diesen Moment erst noch abwarten muss. Das langt dann für das Wiki - das ja allgemeingültig sein soll.

kB schrieb auch:

Wenn GRUB so konfiguriert ist, dann hat man ja tatsächlich keine Chance, im richtigen Moment die ESC-Taste zu drücken!

Das spricht doch gegen deine Aussage oder?

Was jetzt abzuwägen ist, ist doch:

Was ist für einen User, der in den Recovery- Modus muss und schon Stress hat, besser; ihn auch noch in die Probierrund zu lassen, um dann die Verrenkungen auszutüfteln oder ein

Hinweis aufzunehmen -nur so grob erst mal formuliert-:

Bei einigen UEFI mit Singel-Boot kann es mit der Default- Einstellung zu Problemen kommen, wenn z.Bsp. der Recovery- Modue benötigt wird, weil das GRUB-Menü nur kompliziert aufzurufen ist.

Dann kommt die Änderung in der /ets/default/grub, die das Boot-Menü sichtbar machen

GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=10

Nachteil ist, das das Bootmenü dann vergleichbar dem Dualboot ist und jedes mal angezeigt wird.

Was haltet ihr von dieser Idee?

Hallo,

Was haltet ihr von dieser Idee?

Bitte nach Möglichkeit keine wertenden Formulierung im Wiki. Sprich: das Wort "kompliziert" wäre hier n.i.O., weil andere das vielleicht als offensichtlich-leicht empfinden.

Generell solltest du dich vielleicht auch mal von der Vorstellung verabschieden, dass das Wiki für jedes Problem eine Lösung hat. Ja, dass Wiki hier ist gut und hat einen guten Ruf, aber es ist nicht allwissend. Ist auch nicht das Ziel oder die Vision. Gerade bei Sachen, wo spezifische Hardware im Spiel ist (wie hier, also wo drücke ich wann die richtige Taste), ist das illusorisch, dass es für alles eine Lösung gibt. Und besonders bei Problemen, wo Hardware im Spiel ist, die es in X Ausführungen gibt (wie BIOS/UEFI Implementierungen) gilt es immer noch abzuwägen, ob dein Problem ein tragischer Einzelfall oder eine generischen Problem ist. Was bei Laptops / Desktoprechnern quasi unmöglich ist.

Gruß, noisefloor

kB schrieb:

Wenn GRUB so konfiguriert ist, dann hat man ja tatsächlich keine Chance, im richtigen Moment die ESC-Taste zu drücken!

Die entscheidende Frage hinsichtlich der Anpassung des Wikis ist aber:

Ist das ganze überhaupt praktisch relevant?

Denn solange das System normal startet, kann ich ja das Verhalten von GRUB umkonfigurieren, um das Menü beim Systemstart anzeigen zu lassen - wie Du ja weiter oben selbst geschrieben hattest.

Ein Problem wäre das ganze nur, falls das GRUB-Menü nicht automatisch angezeigt würde, für den Fall dass das System nicht mehr startet.

Und auch dann hätte man immer noch das Problem, die Abhilfe-Methode vernünftig zu beschreiben. Wir haben hier jetzt mehrere Seiten gebraucht, um alleine den Einzelfall von Berlin_1946 einigermaßen textlich darzustellen.

Das soll im übrigen nicht heißen, dass es am derzeitigen Wiki-Stand nichts zu verbessern gibt.

LG, Newubunti

@Newubunti

Der Artikel GRUB2 ist kostenlos, aber (!) nicht umsonst. Das mit dem "GRUB_TIMEOUT*" wird unter: https://wiki.ubuntuusers.de/GRUB_2/Konfiguration/

gut beschrieben. Zuerst die originale .conf sichern:

cp /etc/default/grub /home/Benutzer/etc.grub.old

cat /home/Benutzer/etc.grub.old

gleich:

#   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 splash"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
....

danach die "/etc/default/grub" editieren:

sudo nano /etc/default/grub 

gleich:

#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=-1
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs

noch ein:

sudo update-grub

...und alles wird gut.

Hej gerold123,

gerold123 schrieb:

@Newubunti [...] noch ein:

sudo update-grub

...und alles wird gut.

das hier hast Du aber schon
Newubunti schrieb:

... Ein Problem wäre das ganze nur, falls das GRUB-Menü nicht automatisch angezeigt würde, für den Fall dass das System nicht mehr startet.

gelesen?

Gruß black tencate

Newubunti schrieb:

[…] Ist das ganze überhaupt praktisch relevant?

Ja, das ganze hat enorme praktische Relevanz!

Es ist ein Problem, weil die von Ubuntu gewählte Voreinstellung unter bestimmten ungünstigen Umständen zu einem für einen technisch unkundigen Benutzer unbenutzbaren Rechner führen.

• Die von Ubuntu gewählten Voreinstellungen sind bei Single-Boot-Systemen:

  GRUB_TIMEOUT_STYLE=hidden
  GRUB_TIMEOUT=0

• Die ungünstigen Umstände sind:

  • Single-Boot-System, nur Ubuntu

  • Firmware des Rechners reagiert selbst auf die Taste ESC, beim Hersteller HP ist das wohl allgemein so

  • Firmware signalisiert nicht den Start des Bootmanagers. Kein Signalton, keine Meldung, bisher angezeigte Meldung wird nicht gelöscht, bisher angezeigtes Bild (Logo) wird auch nicht gelöscht.

  • Möglicherweise leert die Firmware vor dem Start des Bootmanagers auch noch den Tastaturpuffer.

  • Der Start des (einzigen) Betriebssystems misslingt.

In dieser Situation, die leider oft genug auftritt, kann man sich nur durch diese Maßnahme helfen:

• Man startet den Rechner mit einem Betriebssystem auf einem beweglichen Datenträger, CD/DVD- oder USB-Live-System und ändert die GRUB-Konfiguration des fest installierten Betriebssystems oder repariert sonst wie das installierte Betriebssystem.

Damit man niemals in diese unerfreuliche Situation gerät, sollte man vorsorglich die GRUB-Konfiguration seines funktionierenden Ubuntu-Systems abändern.

Und das UbuntuUsers-Wiki sollte genau dies alles konkret beschreiben, vielleicht in einem eigenen Artikel zu diesem Thema? Grub 2/Bootschleife?

gerold123 schrieb:

@Newubunti

Der Artikel GRUB2 ist kostenlos, aber (!) nicht umsonst. Das mit dem "GRUB_TIMEOUT*" wird unter: https://wiki.ubuntuusers.de/GRUB_2/Konfiguration/

gut beschrieben.

Ähm... falscher Adressat? Ich habe auf den letzten Seiten schon mehrfach geschrieben, dass vieles in GRUB 2/Konfiguration beschrieben ist:

• https://forum.ubuntuusers.de/topic/baustelle-grub-2/12/#post-9299490

• https://forum.ubuntuusers.de/topic/baustelle-grub-2/14/#post-9299939

Daneben habe ich auch noch herausgearbeitet, was in den betreffenden Artikeln GRUB 2, GRUB 2/Konfiguration, und GRUB 2/Shell dennoch verbessert werden kann:

• https://forum.ubuntuusers.de/topic/baustelle-grub-2/14/#post-9299946

Nur mal so. 😉

LG, Newubunti

kB schrieb:

Newubunti schrieb:

[…] Ist das ganze überhaupt praktisch relevant?

Ja, das ganze hat enorme praktische Relevanz!

Soll heißen hier schlagen ständig Nutzer mit Bootschleife bei Singelboot auf?

Weil wenn dem so wäre, dann wäre die richtige Lösung dazu die Ubuntu-GRUB2-Maintainer in erster Linie zu einer anderen Wahl der Standard-Einstellung zu bewegen.

Einen extra Artikel für die Bootschleife braucht es IMO nicht. Es braucht eine Ergänzung in GRUB 2/Shell, dass grundsätzlich für BIOS ⇧ und für UEFI Esc zu nutzen ist. Und man kann an gleicher Stelle noch auf die Standard-Einstellung kurz aufmerksam machen.

Das Problem ist aber auch jetzt schon aus dem Artikel GRUB 2/Konfiguration ableitbar, dort könnte man das ganze auch noch direkter ansprechen und teilweise fehlt dort auch der Hinweis auf die Esc -Taste.

Daher bin ich wie gesagt nicht der Meinung, dass das Thema einen eigenen Artikel braucht.

Wie man sieht, werden die vorhanden Artikel schon nicht gelesen - was aber auch an den (teilweise) verbesserungswürdigen Beschreibungen liegen mag.

Wenn einen eigenen Artikel, dann IMO ein HowTo, weil wie gesagt, wenn tatsächlich hier eine hohe praktische Relevanz wäre, dann wäre die beste Lösung eine Änderung der Standards seitens der Ubuntu-GRUB2-Maintainer.

LG, Newubunti

Newubunti schrieb:

kB schrieb:

Newubunti schrieb:

[…] Ist das ganze überhaupt praktisch relevant?

Ja, das ganze hat enorme praktische Relevanz!

Soll heißen hier schlagen ständig Nutzer mit Bootschleife bei Singelboot auf?

Ja, das findet man ziemlich oft in den einschlägigen Foren.

Weil wenn dem so wäre, dann wäre die richtige Lösung dazu die Ubuntu-GRUB2-Maintainer in erster Linie zu einer anderen Wahl der Standard-Einstellung zu bewegen.

Es steht Dir frei, das Ubuntu-Projekt darauf anzusprechen.

[…] grundsätzlich für BIOS ⇧ und für UEFI Esc zu nutzen ist

Genau das ist in dieser Allgemeinheit eben nicht richtig. Du hast es noch nicht verstanden.

• Die Umschalttaste funktioniert nicht bei allen Versionen von GRUB.

• Die ESC-Taste funktioniert immer; aber sie erreicht GRUB nicht, wenn sie von der Firmware abgefangen wird.

• Andere Tasten, die früher funktioniert haben, funktionieren bei Version 2.04 (vielleicht schon früher, wäre aber Schnee von gestern) auch nicht mehr. Auch wenn etwas anderes offiziell versprochen wird, hilft das nicht.

Hallo,

Es ist ein Problem, weil die von Ubuntu gewählte Voreinstellung unter bestimmten ungünstigen Umständen zu einem für einen technisch unkundigen Benutzer unbenutzbaren Rechner führen.

IMHO sollte das dann aber auch im passenden Installationsartikel im Abschnitt "Nacharbeit" oder so aufgeführt werden. Also das für Single-Boot Systeme es überlegenswert ist, ein timeout > 0 einzustellen und das GRUB-Menü anzeigen zu lassen.

Gruß, noisefloor

kB schrieb:

Ja, das findet man ziemlich oft in den einschlägigen Foren.

Was heißt "ziemlich oft in den einschlägigen Foren" genau? "Einschlägige Foren" meint nur die hier auf der Plattform?

Der Grund warum ich so genau nachfrage:

noisefloor schrieb:

Es ist ein Problem, weil die von Ubuntu gewählte Voreinstellung unter bestimmten ungünstigen Umständen zu einem für einen technisch unkundigen Benutzer unbenutzbaren Rechner führen.

IMHO sollte das dann aber auch im passenden Installationsartikel im Abschnitt "Nacharbeit" oder so aufgeführt werden. Also das für Single-Boot Systeme es überlegenswert ist, ein timeout > 0 einzustellen und das GRUB-Menü anzeigen zu lassen.

Da hat noisefloor nämlich recht. Und die Bauchschmerzen die mir dabei kommen:

Ich versuche gerade den Installations-Artikel zu straffen und da kann ich keine zusätzlichen Dinge in der Nachbearbeitung gebrauchen, die die Installation wieder aufwendiger erscheinen lassen - wenn es nicht wirklich eine erhebliche praktische Relevanz hat.

Ich habe - zwar nicht aktuell - ziemlich viel mit GRUB 2 getestet und ich kann mich an eine Single-Bootschleife nicht erinnern - das ist natürlich nicht repräsentative, klar.

Aber auch in der Zeit, als ich hier zu GRUB 2 Support gegeben habe, kann ich mich da nicht an eine besondere Häufung erinnern. Nicht, dass es nie vorgekommen wäre, aber "häufig", so dass es unbedingt in das Wiki hätte aufgenommen hätte werden müssen war es nicht.

Das wäre alles kein Problem, wenn sich die Prozeduren, um aus der Schleife heraus zu kommen eindeutig und leicht beschreiben lassen würden, das ist aber nicht der Fall. D.h. da muss dann ein großer Fass aufgemacht werden.

Also ist es vor diesem Hintergrund und in diesem Sinne wirklich aktuell so drängend häufig?

Danke!

LG, Newubunti

Newubunti schrieb:

[…] Der Grund warum ich so genau nachfrage: […]

Die einzige Motivation, warum irgend jemand irgend etwas im UbunuUsers.de-Wiki beschreibt, ist, dass der Autor es für einen anderen Leser als hilfreich ansieht.

Es ist nicht so, dass irgend jemand etwas schreiben muss, weil DU es für wichtig hältst. Es ist auch nicht so, dass irgend jemand etwas nicht schreiben darf, weil DU es für unwichtig hältst.

Wenn Du etwas als unwichtig ansiehst, bist du auch nicht verpflichtet, darüber zu schreiben. Vielleicht macht es ein anderer.

Wenn aber etwas im Wiki steht, ist es MEINE Motivation, dass es auch sachlich richtig ist.

kB schrieb:

Die einzige Motivation, ...

Und die Antwort auf meine konkreten Fragen,

Newubunti schrieb:

... Was heißt "ziemlich oft in den einschlägigen Foren" genau? "Einschlägige Foren" meint nur die hier auf der Plattform?

...

Also ist es vor diesem Hintergrund und in diesem Sinne wirklich aktuell so drängend häufig?

lautet nun?

Danke!

LG, Newubunti

Hallo,

Wenn aber etwas im Wiki steht, ist es MEINE Motivation, dass es auch sachlich richtig ist.

+1

Bei so komplexen Sachen wie GRUB muss (und soll) ja auch gar nicht alles im Wiki stehen. Dazu gibt es ein Projektdoku, Manpage etc. Wo man die Grenze zieht ist halt eine sehr breite Grauzone, weil es die Frage betrifft "was ist "normal" und was schon ein Corner-Case". Wenn jeman ein Problem hat freut er sich sicherlich, wenn er im Wiki eine Lösung findet. Nur wenn es ein Corner-Case ist, der einen von 10.000 Nutzern oder so betrifft... na ja, dann steht's halt vielleicht nicht im Wiki, sondern "nur" als Lösung irgendwo im Forum.

Wenn man im größeren Maßstab einen Wikiartikel schreibt oder überarbeitet, dann spielt da auf jeden Fall die eigene Subjektivität mit rein. Ist halt ein Privileg des Schreibers ☺

Gruß, noisefloor