staging.inyokaproject.org

Betreffend Auflösung-festlegen

Es müssen alle drei Werte gesetzt werden: Bildbreite, Bildhöhe und Farbtiefe.

Genau das funktioniert bei nicht. Auch andere User (uu-Forum) berichten von funktionierenden Einstellungen von Breite x Höhe. Aus eigener Erfahrung kann ich berichten, dass nur diese 2 Parameter unter Lucid eingetragen werden dürfen. Kommt der Eintrag aus Erfahrungen mit anderen Versionen, wo alle 3 Parameter notwendig sind?

@twenta, ja - ist meine Erfahrung während der Testphase - damit Plymouth richtig startet. Und außerdem - der Eintrag schadet ja nicht - hilft aber bei einigen GraKa's den richtigen Framebuffer-Treiber zu laden und zu konfigurieren.

gruß syscon-hh

@syscon-hh Hab's grad nochmal getestet. Bei mir funktioniert es definitiv nur ohne den 24-bit Zusatz. Ich habe eine etwas ältere Grafikkarte (nVidia go 7400), vielleicht liegt es daran. Der Modus ist zwar laut hwinfo möglich, jedoch wird der Parameter offensichtlich ignoriert (große Schrift in den tty-konsolen)...

Dann teste mal im Grub-Menü (via C -Taste) mit der Eingabe von:

• vbeinfo

welche Daten dort angezeigt werden - könnte durchaus voneinander abweichen!!!

@syscon-hh Ich konnte es kaum glauben, aber du hast Recht. vbeinfo gibt mir "32" bit aus... Somit dürfte das Problem beseitigt sein ☺ Vielen Dank für die Klärung!

guter Thread! vielen Dank 😉

damit das ganze im Falle einer Körnel-Pan!c auch greift muss noch ein:

panic=15

an die kernelZeile angehängt werden.

(Sonst macht die Kiste im Ernstfall keinen automatischen Reboot).

z.B.

linux /vmlinuz root=/dev/sda5 panic=15 ro

Ausserdem sehe ich hier noch ein Problem:

Wenn z.B. auf der zu_bootenden Platte kein Dateisystem mehr drauf ist, kann der Kernel nicht geladen werden.

Leider endet Grub dann mit der Meldung:

File not Found!
Please load a Kernel first!
Press any Key to continue....

Statt dieser Meldung würde ich gerne einen automatischen reboot durchführen, oder halt zum nächsten Grub-Menü-Eintrag springen.

(in meinem Setup sind die MenüPunkte auch unterschiedliche Partitionen -Multiboot fallback)

hat jmd. eine Idee, wie ich dieses Verhalten ändern kann?

mfg!

Hallo tempelton - willkommen bei Ubuntu und in unseren Foren!

Leider endet Grub dann mit der Meldung:

File not Found!
Please load a Kernel first!
Press any Key to continue....

Das lässt sich mit einem fallback-Skript abfangen.

damit das ganze im Falle einer Kernel-Pan!c auch greift muss noch ein:

panic=15

Das hatten wir auch getestet, jedoch gilt das (scheinbar) nicht für alle Maschinen / CPU's. Deshalb sind solche speziellen Einträge nicht in das allgemeingültige WIKI einbezogen worden. Und meistens sind die Zeilen davor auch von Interesse, und damit hilfreich für eine Analyse.

gruß syscon-hh

Huhu, Danke syscon-hh, hab das Skript eingebunden und es tut was es soll 😉

...Ab zur nächsten Baustelle...

Ich möchte mitzählen wie oft das System failed. Und erst nach dem 5ten Fehschlag das System wechseln. Warum?! -Wenn ein Kunde seinen Server anschließt und dann einfach mal den Stecker zieht -warum auch immer- darf nicht sofort gewechselt werden.

Leider verzweifel ich grade an der Addition in der Grub-Shell 😉 (ich habe das mittels <STRG>+C beim Booten, in der Grub-shell versucht.

set foo=10
set foo=$((foo+5))
set foo=$(($foo+5))

Leider addiert die Shell hier nicht, sondern fügt die Strings zusammen.

Ich könnte also Strings addieren foo=a+a+a+a und dann nachzählen 😉

-weiß da jmd. Rat?

Ich beantoworte mal meine letzte Frage 😉

Jetzige Lösung:

if [ x$fail = xfive ];
   then action;
fi ;
if [ x$fail = xfour ];
   then fail=five;
fi;
if [ x$fail = xthree ];
   then fail=four;
fi;
if [ x$fail = xtwo ];
   then fail=three;
fi;
if [ x$fail = xone ];
   then fail=two;
fi;
if [ x$fail = xzero ];
   then fail=one;
fi
if [ x$fail = x ];
   then fail=one; 
fi;   

save_env fail

mfg tempel

Servus ☺

beim anpassen des Artikels Verzeichnisstruktur ist mir aufgefallen, das die Datei /boot/grub/grub.cfg zwar noch vorhanden ist, aber nicht mehr zur Konfiguration verwendet werden sollte (darf?).

In GRUB 2/Konfiguration (Abschnitt „Standardeintraege-in-die-grub-cfg“) wird jedoch ausführlich auf diese Datei eingegangen.

IMHO sollte im Artikel klar herausgestellt werden, das dieser Abschnitt nur der Kontrolle der Änderungen dient und diese Datei keinesfalls modifiziert werden sollte.

Oder habe ich das missverstanden?

Gruß
kaputtnik

kaputtnik fragte:

IMHO sollte im Artikel klar herausgestellt werden, das dieser Abschnitt nur der Kontrolle der Änderungen dient und diese Datei keinesfalls modifiziert werden sollte.

Ja da hast Du Recht - ich werde das gleich mal in Angriff nehmen. Es sollte tatsächlich der Charakter als Vergleich und Kontrolle der eigenen Ergebnisse nach einen Eingriff (in der /etc/default/grub bzw. durch eigene Skripte) herausgestellt sein.

Danke für den Hinweis,

gruß syscon-hh

Nachtrag: → done

Folgender Hinweis erreichte mich im IRC:

1
2
3
4
5

(09:41:05 PM) spm-Draget: Ich wurde hierhin verwiesen, deswegen hier nochmal:
(09:41:05 PM) spm-Draget: Kann jemand im Wiki folgende Seite editieren, ich habe keine Account: http://wiki.ubuntuusers.de/GRUB_2/Konfiguration . Die dort erwähnten Variablen und Beispiel Default-Config sind falsch, da die Namen schon vor einem halben Jahr geändert wurden. Der Rescue und UUID Eintrag z.B. sind ohne '_LINUX_'. Eine aktuelle Referenze gibt es unter: http://www.gnu.org/software/grub/manual/grub.html#Simple-configuration
(09:44:01 PM) spm-Draget: Oder eine Notzi, die auf die Doku verlinkt mit dem Hinweis, dass in der Beispieldatei fehler sind!
(09:44:08 PM) spm-Draget: Das gleich gilt auch für den englischen Artikel.
(09:44:26 PM) spm-Draget: schönen Abend noch

Was der User mit "englischen Artikel" meint ist mir unklar... 🙄

ramnit schrieb:

Folgender Hinweis erreichte mich im IRC:

....

Was der User mit "englischen Artikel" meint ist mir unklar... 🙄

Dann grüß mal den IRC-Kameraden von mir - ich kann das aus den Manual auch nicht herauslesen. Wenn schon, dann sollte er auch besser auf die veränderten Umstände hinweisen. Die Variable

• GRUB_DISABLE_LINUX_RECOVERY

ist die einzige Abweichnug und wird erst ab Natty Narwhal in verkürzter Form eingesetzt - hab' ich dann auch mal korrigiert. Das ist so ein Fall, der einem eben auch nicht täglich unterkommt, wer prüft denn auch alle Variablen ab.

Ist es auch möglich die Variable

GRUB_DISABLE_LINUX_RECOVERY="true"

in

/etc/default/grub

oder woanders so zu setzen das sie auch für das skript 30_os-prober funktioniert?

Hi HeinzBoettjer,

nein, du muesstest dazu os-prober direkt anpassen, dir ein Proxyskript einbauen oder aber ganz am Ende mit einem Skript aufraeumen. Siehe fuer die erste Moeglichkeit auch in der Linksektion unter "Grub 2 (Title) Tweaks".

Gruss Lasall