Holger Schieferdecker
2024-06-03 08:15:55 UTC
Hallo,
hier läuft ein kleiner Fileserver (Ubuntu 20.04 LTS), den ich nach der
Installation von Updates am frühen Morgen per cron neu starten lassen
wollte. Das hat bisher auch immer funktioniert. Nur dieses Mal hing er
im Menü von grub fest. Das Sternchen stand am richtigen Eintrag, die
Timeout-Zeile war (glaube ich) nicht zu sehen. Ich mußte nur Return
drücken, dann startete er.
Zum Test habe ich manuell nochmal einen Neustart ausgelöst, dann klappte
auch der automatische Start nach dem Ablauf des Timeouts. Es war also
ein einmaliges Problem. Trotzdem würde mich interessieren, ob hier
jemand schon einmal sowas beobachtet hat.
Die Datei /etc/default/grub hat die richtigen Einträge und wurde zuletzt
vor einem Jahr angefaßt.
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=5
Soweit ich das sehe, ist auch /boot/grub/grub.cfg in Ordnung.
if [ "${recordfail}" = 1 ] ; then
set timeout=30
else
if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
set timeout=5
fi
fi
### END /etc/grub.d/00_header ###
Was mir noch aufgefallen ist, jemand hatte auf den Tisch vor die
Tastatur des Servers eine Lampe gestellt. Ob da das Kabel evtl.
unglücklich auf einer Taste lag und so den Timeout gestoppt hat, kann
ich im Nachhinein nicht sagen, weil ich die natürlich weggestellt habe,
um nachzusehen, wo das Problem ist.
Holger
hier läuft ein kleiner Fileserver (Ubuntu 20.04 LTS), den ich nach der
Installation von Updates am frühen Morgen per cron neu starten lassen
wollte. Das hat bisher auch immer funktioniert. Nur dieses Mal hing er
im Menü von grub fest. Das Sternchen stand am richtigen Eintrag, die
Timeout-Zeile war (glaube ich) nicht zu sehen. Ich mußte nur Return
drücken, dann startete er.
Zum Test habe ich manuell nochmal einen Neustart ausgelöst, dann klappte
auch der automatische Start nach dem Ablauf des Timeouts. Es war also
ein einmaliges Problem. Trotzdem würde mich interessieren, ob hier
jemand schon einmal sowas beobachtet hat.
Die Datei /etc/default/grub hat die richtigen Einträge und wurde zuletzt
vor einem Jahr angefaßt.
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=5
Soweit ich das sehe, ist auch /boot/grub/grub.cfg in Ordnung.
if [ "${recordfail}" = 1 ] ; then
set timeout=30
else
if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
set timeout=5
fi
fi
### END /etc/grub.d/00_header ###
Was mir noch aufgefallen ist, jemand hatte auf den Tisch vor die
Tastatur des Servers eine Lampe gestellt. Ob da das Kabel evtl.
unglücklich auf einer Taste lag und so den Timeout gestoppt hat, kann
ich im Nachhinein nicht sagen, weil ich die natürlich weggestellt habe,
um nachzusehen, wo das Problem ist.
Holger