frndc.saschaschroeder.eu

Ich erwäge, den Server nachts abzuschalten und morgens zu starten. Leider gibt es bislang Probleme beim Reboot, wenn das System ein paar Tage gelaufen ist. Ganz zu schweigen davon, dass ich wohl # Quadlets meistern und die automatisierte LUKS-Entschlüsselung sauber hinbekommen müsste. Aber eins nach dem anderen...

Also versuche ich, ob ein UEFI-Upgrade hilft. Also zuerst mal # für # konfiguriert und darüber das Upgrade gemacht. So weit, so gut. :check mark button:

Hab jetzt rausgefunden, dass man das Upgrade von # bei # wohl am Besten via Webinterface aktualisiert. Jetzt scheitere ich daran, dass ein Product Key verlangt wird. Erst mal schauen, wo ich den wieder her bekomme.

Und was habt Ihr heute so gemacht?

# # # # #
gehrke_test
Ne, geht auch ohne WebInterface und Product Key. Muss man nur richtig machen... RTFM!

:check mark button: Firmware Upgrade done

Vorher:
Platform Firmware Information
	Vendor: American Megatrends Inc.
	Version: 2.0b
	Release Date: 12/02/2019


Nachher:
Platform Firmware Information
	Vendor: American Megatrends Inc.
	Version: 3.4
	Release Date: 07/28/2025


Aber hey, ich hab Blut und Wasser geschwitzt, aus Angst, die # zu bricken. Zwar habe ich die nicht selbst bezahlt und sie sind schon etwas älter, aber sie bilden das Herzstück meiner privaten Infrastruktur.

Als der erste mitten im Upgrade für 2 Stunden hing, kam doch schon etwas schlechte Laune auf. Aber ein zweiter Durchlauf war dann erfolgreich.

Foto vom Prozess mit hängendem System

Foto vom Prozess mit Erfolgsmeldung

Daumen drücken, dass damit dann jetzt auch meine eigentlichen Probleme beim # gefixed sind. Das sehe ich vermutlich in 5 Tagen...

# #
gehrke_test
Das Firmware-Upgrade hat leider mein Problem nicht gelöst. Hhmpff!

Heute kam ein Kernelupgrade, danach steht immer Reboot an. Uptime war 5+ Tage und wieder kam die Büchse nicht mehr von alleine hoch, sondern musste manuell powercycled werden.

Bin langsam mit meinem Latein am Ende.
gehrke_test
neuer älter