[Walter]

Moin,

Moin goerdi,
..
MLD setzt beim RasPi bei mir gelegentlich die Uhrzeit beim Start nicht, weil irgendwas im NTP schief geht. Ich hab dann immer die Zeit vom letzten Ausschalten., also meist vom vorherigen Abend.
Ciao, Georg

habe ich hier leider auch des öfteren (MLD-5.4)

Btw.: Bekomme ich das irgendwie ins Menü des OSD integgriert?

den Befehl in die /etc/vdr/commands.conf , besser wohl dafür ne commands.conf.user anlegen
oder in der /etc/vdr/menu.xml an entsprechender Stelle mit aufnehmen

mfg

[clausmuus]

Das war mir bisher noch nicht aufgefallen. Ich muss mal schauen, ob solch ein Fehler erkannt werden kann, und in dem Fall dann z.B. ntp ein zweites mal aufgerufen werden kann. Steht in solch einem Fall irgendeine Fehlermeldung im Log (/var/log/sysinit)

[Walter]

Moin,
das Problem wurde bereits unter
http://www.minidvblinux.de/forum/index.php/topic,8298.msg0.html#new
schon von Georg geposted

Hatte das auch mal erwähnt, finde es aber jetzt nicht

Im Fehlerfall  steht hier im log lediglich  ' ntp  ... failed'
mfg

[clausmuus]

füge mal in der /etc/init.d/ntp hinter der Zeile mit dem "if ping ..." ein

Code: [Select]

echo "get Time"ein, um zu sehen, ob die im Fehlerfall ausgeführt wird.
Interessant ist auch, ob im sysinit log im Fehlerfall das Netzwerk fehlerfrei gestartet wurde.

[Georg]

Moin Claus,

das Netzwerk funktioniert definitiv, denn ich gehe ja (bisher) anschließend per ssh auf den Pi und rufe per NTP nochmal die Zeit ab - die ann auch korrekt gesetzt wird.

Ciao, Georg

[Walter]

Hallo,
Netzwerk funktioniert hier ebenso, Stream vom Server wird immer angezeigt.
mfg

[clausmuus]

Die Frage ist, ob das Netzwerk auch schon zum Zeit des ntp Starts funktioniert...

[Georg]

In der Tat, das ist die Frage. Ich habe noch Pings auf den lokalen Server in das ntp Script eingefügt. Wenn es funktioniert, sieht es im Log jetzt so aus:

Code: [Select]

Init network
Starting DHCP connection for: eth0
done
Waiting for ntp
Starting ntp-client
Before NTP ok
get Time
ntpd: setting time to 2018-10-13 11:57:44.198039 (offset +46,101700s)
done
After NTP ok

Ciao, Georg

[Walter]

Moin,
gerade ist es wieder aufgetreten, aus den Einschaltmeldungen

Code: [Select]

Setting up localhost:
done
Load preselected kernel modules:
done
Setting time:
So Okt 14 07:03:14 UTC 2018
done
Load keymap: de-latin1
done
Starting udev Daemon
done

Turn on DMA:
Checking filesystems:
done
Init network
Starting static connection for: eth0
done

Wakeup server
done
Waiting for ntp
Starting nfsclient:
done
Waiting for nfs-client
Starting ntp-client
failed
Mounting filesystems:
done

Starting xorg
done
Hatte heute morgen schon mal gestartet, daher 'So Okt 14 07:03:14 UTC 2018'

mfg

[clausmuus]

@Walter,
um mehr dazu sagen zu können müsstest auch Du eine Zusätzliche Ausgabe im ntp init Script einbauen.

[Walter]

Moin,
poste es hier auch noch mal.
Seit ich in der /etc/init.d/ntp

ntpd -n -q -N -ddd -p $BUSYBOX_NTP_URL

stehen hab, wurde die Zeit jedesmal korrekt übernommen.
mfg

[clausmuus]

Die Zusätzlichen Parameter dürften dafür aber nicht verantwortlich sein. Ich vermute das es eher Zufall ist, das es in letzter Zeit funktioniert.

[Walter]

Moin,
gestern Abend war es nun leider wieder soweit, die Zeit wurde nicht aktualisiert. Log davon wurde aber bereits überschrieben.
mfg

[Georg]

Kleineres Problem mit NTP, die Uhrzeit wurde aber doch korrekt gesetzt. War wohl ein Problem mit dem ausgewählten Server, der schließlich aber doch noch geantwortet hat.

Code: [Select]

Init network
Starting DHCP connection for: eth0
done
Starting ntp-client
Before NTP ok
get Time
ntpd: timed out waiting for 138.201.135.108, reach 0x02, next query in 2s
ntpd: setting time to 2018-11-02 09:36:24.702797 (offset +37150,583455s)
done
After NTP ok

@Claus: Ein Problem mit dem NTP-Script hatte ich ja schon erwähnt: Das Script prüft, ob ein NTP-Server erreicht werden kann, benutzt zum Holen der Zeit danach aber in der Regel einen anderen Server. Die DNS-Auflösung von pool.ntp.org liefert jedes Mal eine andere Adresse.

Ciao, Georg

[clausmuus]

Ja, aber damit soll ja auch nicht geprüft werden, ob ein bestimmter Server aus dem Pool erreichbar ist, sondern ob überhaupt eine Verbindung zu den ntp Servern möglich ist. Für die korrekte Weiterleitung zu einem funktionsfähigen Server aus dem Pool, ist der Hoster verantwortlich.
Es wird damit also nur abgeprüft ob die Internetverbindung zum ntp Server funktioniert.