Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[myol]

Hmm, selbst suchen hilft eher nicht....
Ich lade mal dal log des gestrigen nachmittags/Abends hoch.
Vielleicht sieht ja jemand was.
Im Moment läuft zwar alles wieder, aber ich wüsste schon gerne, ob ich damit jetzt öfter rechnen muss.
log.txt

[Ein ehemaliger Benutzer]

@myol
Hi,
hab mal schnell drüber geschaut, kann es sein, dass du gestern um 16:17:24 die Wifi Schnittstelle aktiviert hast, und danach war der Zeitunterschied von 5h34min - ich folgere, dass da die locale Einstellungen nicht vollständig sind?

Also mal das komplette config durchgehen und schauen, dass wifi ländereinstellungen und alles was mit der locale Zeitzone zu tun hat, ok ist.
Dann generell mal die ntp einstellungen checken, welche Server, wie sieht die ntp.conf aus?

[myol]

Hi, danke für deine Mühe.
Um 16:17 stand ich am Grill und habe definitiv gar nichts aktiviert.
Wo prüfe ich denn die locale und die ntp Einstellungen?
Die ntp.conf enthält nicht viel:

# /etc/ntp.conf, configuration for ntpd; see ntp.conf(5) for help

driftfile /var/lib/ntp/ntp.drift

# Enable this if you want statistics to be logged.
#statsdir /var/log/ntpstats/

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable


# You do need to talk to an NTP server or two (or three).
#server ntp.your-provider.example

# pool.ntp.org maps to about 1000 low-stratum NTP servers.  Your server will
# pick a different set every time it starts up.  Please consider joining the
# pool: <http://www.pool.ntp.org/join.html>
pool 0.debian.pool.ntp.org iburst
pool 1.debian.pool.ntp.org iburst
pool 2.debian.pool.ntp.org iburst
pool 3.debian.pool.ntp.org iburst


# Access control configuration; see /usr/share/doc/ntp-doc/html/accopt.html for
# details.  The web page <http://support.ntp.org/bin/view/Support/AccessRestrictions>
# might also be helpful.
#
# Note that "restrict" applies to both servers and clients, so a configuration
# that might be intended to block requests from certain clients could also end
# up blocking replies from your own upstream servers.

# By default, exchange time with everybody, but don't allow configuration.
restrict -4 default kod notrap nomodify nopeer noquery limited
restrict -6 default kod notrap nomodify nopeer noquery limited

# Local users may interrogate the ntp server more closely.
restrict 127.0.0.1
restrict ::1

# Needed for adding pool entries
restrict source notrap nomodify noquery

# Clients from this (example!) subnet have unlimited access, but only if
# cryptographically authenticated.
#restrict 192.168.123.0 mask 255.255.255.0 notrust


# If you want to provide time to your local subnet, change the next line.
# (Again, the address is an example only.)
#broadcast 192.168.123.255

# If you want to listen to time broadcasts on your local subnet, de-comment the
# next lines.  Please do this only if you trust everybody on the network!
#disable auth
#broadcastclient

[myol]

locale ergibt folgendes:

# locale
LANG=de_DE.UTF-8
LANGUAGE=de_DE.UTF-8
LC_CTYPE="de_DE.UTF-8"
LC_NUMERIC="de_DE.UTF-8"
LC_TIME="de_DE.UTF-8"
LC_COLLATE="de_DE.UTF-8"
LC_MONETARY="de_DE.UTF-8"
LC_MESSAGES=en_US.UTF-8
LC_PAPER="de_DE.UTF-8"
LC_NAME="de_DE.UTF-8"
LC_ADDRESS="de_DE.UTF-8"
LC_TELEPHONE="de_DE.UTF-8"
LC_MEASUREMENT="de_DE.UTF-8"
LC_IDENTIFICATION="de_DE.UTF-8"
LC_ALL=

[myol]

Ich muss das Thema nochmal hochholen, da der Fehler jetzt schon zweimal erneut aufgetreten ist.
Heute morgen wieder Systemdatum 1979.

Das Systemlog für den entsprechenden Zeitbereich ist hier:
syslog.txt

Es fängt immer mit dieser Meldung "fake-hwclock" an, heute morgen um 01:17:05.
Dann kommen ganz viele Meldungen, die mir nichts sagen und 06:10 heute morgen dann "Time has been changed".

Iobroker lief heute morgen noch und hat auch auf Befehle reagiert. Alle zeitlichen Abläufe waren natürlich daneben.
Ein Zugriff über Putty war nicht mehr möglich: "Connection refused".
Somit ging nur noch Stecker ziehen und danach war alles hin.
Nach Neuinstallation und Backup einspielen lief dann alles wieder.
Da das jetzt aber schon zum dritten mal passiert ist: Hat jemand ne Idee?

Danke und Gruß
Oliver

[myol]

Hmm, ich glaube das "Time has been changed" heute morgen war eher die Meldung nach dem reboot.
Ich finde aber leider keine Logeinträge mit 1979.

[myol]

Ich hab noch nen Screenshot von des Systeminfo bei dem gleichen Fehler vor ein paar Tagen:

[Thomas Braun]

@myol Da wirst du wohl gerade Zeuge wie sich dein Dateisystem verabschiedet.

[myol]

Hmmm, was meinst du damit?
Die SD-Karte?

[Thomas Braun]

@myol Ja, zum Beispiel.

[myol]

Hmmm, wäre zumindest nen Versuch wert...
Danke.