Was macht der Recovery Mode beim Yavdr Start?

Den Recovery-Mode haben wir von Ubuntu geerbt und ihm weiter keine Beachtung geschenkt.

Gerald

Zitat von Torsten73

Das merkwürdige ist nur, er verhält sich nicht wie unter Ubuntu, denn dann würde man nur in der Konsole landen.

Überhaupt nicht merkwürdig. Die beachten den Recovery-Mode eben, wir nicht. Beim normalen Ubuntu würde es doch schon reichen, wenn der GDM im Recovery-Mode nicht startet um nur eine Konsole zu bekommen.

Ich würde mir mal ansehen ob nicht eventuell unterschiedliche Kernel-Parameter zu den Problemen führen. Es ist ja auch denkbar, dass die Default-Parameter im Recovery-Mode nicht verwendet werden und einer der Parameter aus dem Default dem neuen Kernel nicht schmeckt.

Gerald

Ich habe über etwas in die Richtung (unterschiedliche Booteinträge Normal, Debug, Recovery) schon mal nachgedacht - aber es existiert noch nichts.

Der Hauptunterschied ist wohl das GRUB_CMDLINE_LINUX_DEFAULT nicht benutzt wird (eben nachgelesen) ob irgendwie eins aus text|-s|s|S|single angefügt wird kann ich nicht ausmachen - schau einfach mal in /proc/cmdline was da steht. Welcher unserer Standardparameter jetzt zu deinem Problem führt müsstest du ausprobieren. (Wie Gerald schon schrieb).

Zitat von Torsten73

Daraus kann man auch entnehmen, dass u.a. im recovery Mode das Filesystem nur ro gemountet wird? Darum konnte ich vermutlich kein update-grub durchführen (stürzt dabei am Ende ab). Um die cmdline zu ändern mußte ich in einen anderen lauffähigen Kernel booten (zur Not von BootCD). Oder es gibt einen mir unbekannten Weg.

das stimmt nicht, ubuntu bootet immer im ro modus, und ändert das im laufenden boot prozess, wenn keine fehler im initialboot auftriit.

Im Prinzip ist das alles keine Magie, man kann sich auch selber seinen Wunschrecoverymodus basteln.

Dazu einfach seinen normalen Booteintrag dublizieren und dort dann nen weiteren Kernelparameter anhängen (z.B. ADMINMODE, ferner "quit" raus (damit man alle Kernelmeldungen sieht) und den Parameter der den Splashscreen abschaltet setzen), dann z.B. in /default/rcS (Bei Debian wird das in allen Initscript gesourced)
--
ADMINMODE=no
if [ -r /proc/cmdline ]; then
for ARG in $(cat /proc/cmdline); do
case $ARG in
maintenance)
MAINTENANCE=yes
break
;;
esac
done
fi
--

Dann halt in allen Startscripten die das berücksichtigen sollen (bei yaVDR0.3 die black.conf nicht vergessen) ein
[ -n "$MAINTENANCE" -a "$MAINTENANCE" = "yes" ] && exit 0
(oder wie man das bei upstart halt macht)

Und schon kann man seinen VDR starten ohne das das ganze Gerafel mitstartet. Und man sieht auch gleich beim Start alle Logausgaben.

cu

besser wäre es zu schauen wie man in upstart sagen kann; führe den nur im normal- und nicht recovery-mode aus. dann könnte man den xserver inkl vdr-frontend einfach disablen im recovery modus. das stört mich auch hinundwieder wenn ich eben keinen vdr-frontend haben mag.

wie gesagt - das könnte man über die /proc/cmdline regeln, bzw ist es das was im normalen ubuntu im gdm job abgefragt ist - klar ist es kein Hexenwerk - aber es hat noch niemand gemacht. Ich hätte dann gerne 3 Modi, normal, debug und failsafe (maintenance) - Lösungen brauch ich dafür keine, nur Zeit und Lust ... oder jemanden der es macht.

glaube eben nicht das es die /proc/cmdline braucht. ich denke man kann auch das "single" direkt per upstart reagieren. außerdem glaube cih das 2 modis erstmal reichen. das sind schon 100% verbesserung

Korrekt quiet zB wird durchgereicht und ist im environment vorhanden , wenn der job richtig gemacht wird.

Siehe:
https://github.com/yavdr/yavdr…/master/etc/init/vdr.conf

env quiet


script
...
# reduce verbosity if quiet is set in grub
if [ "quiet" = "n" ]; then
   OPTIONS="$OPTIONS -l 3"
fi


... 
end script

imho geht das generell bis auf wenige Ausnahmen - aber das ist zu lang her als das ich Details aus den Stehgreif sagen könnte.