Hallo Leute!
Nachdem ich gestern erfolgreich meinen alten Server (mit Ubuntu 10.04) mit einem neuen (mit Debian 8) ersetzt habe, habe ich heute entschieden, den alten Server als VM zu "holen", für eine gewisse Zeit, so dass wenn ich merke, dass ich was vergessen habe (und am Mittwoch wird der alte Server ausgeschaltet) habe ich immer noch die Möglichkeit, was nachzuholen.
Gut, die Übertragung des Servers als VM hat geklappt und alles funktioniert. Nun habe ich folgendes Problem: beim booten bleibt GRUB da und geht nicht weiter...
Ich muss immer ENTER drucken, und das ist natürlich Mist, denn dafür muss ich eine VNC-Session starten.
Hier mein /etc/default/grub:
GRUB_DEFAULT=0 GRUB_TIMEOUT=2 GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian` GRUB_CMDLINE_LINUX_DEFAULT="quiet consoleblank=0" GRUB_CMDLINE_LINUX="" GRUB_TERMINAL=console GRUB_DISABLE_LINUX_UUID=false
Ich sehe eigentlich nichts falsches. GRUB_TIMEOUT ist gesetzt, update-grub habe ich auch aufgerufen, aber trotzdem bleibt immer da und wartet auf ENTER... Wie gesagt, das System läuft mit Ubuntu 10.04 und GRUB-PC 1.98-1ubuntu13 (die Pakete werden selbstverständlich NICHT aktualisiert. Die VM ist nur da, falls was nicht geht und wird irgendwann vernichtet).
Kann jemand mir helfen?
Danke Luca Bertoncello (lucabert@lucabert.de)
Ottmar-Schmidt@web.de schrieb:
Hallo
ich als gegeben an. Bei mir wird darauf verwiesen da0 die /boot/grub/grub.cfg dadurch aktualisiert wird. Es gibt hier sicherlich weit größere cracks als mich, abe rich würde das so verstehen als hätte das blose Ändern dieser Config unter /etc/default noch keine direkte Auswirkung Saublöde Frage, was passiert ohne die Config-Datei ?? Das klingt für mich als würde, warum auch immer, die Config gar nicht beachtet werden. Noch eine saublöde Frage: Hat Du schon mal den Grub neu installiert ? Ergab das ne Ändrung ??? Grüße aus dem Weinland Baden Ottmar Gesendet: Freitag, 27.
Ich habe das Problem gelöst, allerdings verstehe ich immer noch nicht, warum ich so was machen musste...
Also, ich habe /etc/grub.d/00_header angepasst und die Zeilen:
if [ ${recordfail} = 1 ]; then set timeout=-1 else set timeout=${GRUB_TIMEOUT} fi
so geändert:
if [ ${recordfail} = 1 ]; then set timeout=0 else set timeout=${GRUB_TIMEOUT} fi
irgendwie GRUB, auf der VM, hat den "recordfail" verursacht... Wie gesagt, die VM wurde so angelegt, mit der Installation des alten Servers.
Es ist wirklich ein Trick, aber das reicht mir schon, denn ich denke, ich werde die VM vielleicht ein Monat oder so behalten, dann, wenn nichts passiert, werde ich sie auch vernichten. Letzten Ende der Sinn der Sache ist nur, falls ich ab dem 01.02., wenn der alte Server ausgeschaltet wird, feststelle, dass ich was vergessen habe, ich noch die Möglichkeit habe, zu sehen, wie der alte Server eingerichtet wurde.
Grüße Luca Bertoncello (lucabert@lucabert.de)
Hallo, Grub braucht die Config Datei die nach update-grub generiert wird sonst tut's gar nix... Da stehen die Betriebssysteme Startparameter usw. drin. Irgendwo gab es einen Wert wo Grub das ausgewählte OS nach Timeout X Sekunden startet. Notfalls mal ein Wiki lesen oder grub-customizer ist auch recht einfach einzustellen...
Am 27.01.2017 um 14:59 schrieb Luca Bertoncello:
Ottmar-Schmidt@web.de schrieb:
Hallo
ich als gegeben an. Bei mir wird darauf verwiesen da0 die /boot/grub/grub.cfg dadurch aktualisiert wird. Es gibt hier sicherlich weit größere cracks als mich, abe rich würde das so verstehen als hätte das blose Ändern dieser Config unter /etc/default noch keine direkte Auswirkung Saublöde Frage, was passiert ohne die Config-Datei ?? Das klingt für mich als würde, warum auch immer, die Config gar nicht beachtet werden. Noch eine saublöde Frage: Hat Du schon mal den Grub neu installiert ? Ergab das ne Ändrung ??? Grüße aus dem Weinland Baden Ottmar Gesendet: Freitag, 27.
Ich habe das Problem gelöst, allerdings verstehe ich immer noch nicht, warum ich so was machen musste...
Also, ich habe /etc/grub.d/00_header angepasst und die Zeilen:
if [ ${recordfail} = 1 ]; then set timeout=-1 else set timeout=${GRUB_TIMEOUT} fi
so geändert:
if [ ${recordfail} = 1 ]; then set timeout=0 else set timeout=${GRUB_TIMEOUT} fi
irgendwie GRUB, auf der VM, hat den "recordfail" verursacht... Wie gesagt, die VM wurde so angelegt, mit der Installation des alten Servers.
Es ist wirklich ein Trick, aber das reicht mir schon, denn ich denke, ich werde die VM vielleicht ein Monat oder so behalten, dann, wenn nichts passiert, werde ich sie auch vernichten. Letzten Ende der Sinn der Sache ist nur, falls ich ab dem 01.02., wenn der alte Server ausgeschaltet wird, feststelle, dass ich was vergessen habe, ich noch die Möglichkeit habe, zu sehen, wie der alte Server eingerichtet wurde.
Grüße Luca Bertoncello (lucabert@lucabert.de)
Ähm nö probiere mal sudo nano /etc/default/grub Timeout nicht auf -1 (unendlich) sondern 0 zu setzen dann update-grub. (ggf sudo apt install nano) Nano beenden mit STRG-O (speichern) STRG-X (beenden). wenn das nicht geht, Im Wiki von wiki.ubuntuusers.de unter Grub wirst du sicher fündig.
Am 27.01.2017 um 19:00 schrieb Martin Wohlfarth:
Hallo, Grub braucht die Config Datei die nach update-grub generiert wird sonst tut's gar nix... Da stehen die Betriebssysteme Startparameter usw. drin. Irgendwo gab es einen Wert wo Grub das ausgewählte OS nach Timeout X Sekunden startet. Notfalls mal ein Wiki lesen oder grub-customizer ist auch recht einfach einzustellen...
Am 27.01.2017 um 14:59 schrieb Luca Bertoncello:
Ottmar-Schmidt@web.de schrieb:
Hallo
ich als gegeben an. Bei mir wird darauf verwiesen da0 die /boot/grub/grub.cfg dadurch aktualisiert wird. Es gibt hier sicherlich weit größere cracks als mich, abe rich würde das so verstehen als hätte das blose Ändern dieser Config unter /etc/default noch keine direkte Auswirkung Saublöde Frage, was passiert ohne die Config-Datei ?? Das klingt für mich als würde, warum auch immer, die Config gar nicht beachtet werden. Noch eine saublöde Frage: Hat Du schon mal den Grub neu installiert ? Ergab das ne Ändrung ??? Grüße aus dem Weinland Baden Ottmar Gesendet: Freitag, 27.
Ich habe das Problem gelöst, allerdings verstehe ich immer noch nicht, warum ich so was machen musste...
Also, ich habe /etc/grub.d/00_header angepasst und die Zeilen:
if [ ${recordfail} = 1 ]; then set timeout=-1 else set timeout=${GRUB_TIMEOUT} fi
so geändert:
if [ ${recordfail} = 1 ]; then set timeout=0 else set timeout=${GRUB_TIMEOUT} fi
irgendwie GRUB, auf der VM, hat den "recordfail" verursacht... Wie gesagt, die VM wurde so angelegt, mit der Installation des alten Servers.
Es ist wirklich ein Trick, aber das reicht mir schon, denn ich denke, ich werde die VM vielleicht ein Monat oder so behalten, dann, wenn nichts passiert, werde ich sie auch vernichten. Letzten Ende der Sinn der Sache ist nur, falls ich ab dem 01.02., wenn der alte Server ausgeschaltet wird, feststelle, dass ich was vergessen habe, ich noch die Möglichkeit habe, zu sehen, wie der alte Server eingerichtet wurde.
Grüße Luca Bertoncello (lucabert@lucabert.de)
lug-dd@mailman.schlittermann.de
-
Luca Bertoncello -
Martin Wohlfarth -
Ottmar-Schmidt＠web.de