Saya menggunakan Raspberry Pi 3 dan perlu memperbarui waktu melalui ntp setelah mem-boot ulang sistem.
Itu harus diperbarui melalui wifi dengan dhcp. Umumnya berfungsi, tetapi sinkronisasi membutuhkan sekitar. setengah jam dan saya tidak mengerti mengapa.
Ketika saya ingin memulai layanan ntp secara manual dengan
>>sudo /etc/init.d/ntp restart
Dikatakan ok“, tetapi sistem tidak melakukan apa pun – waktu yang salah masih ada di RTC.
Apakah Anda punya ide, apa masalahnya?
Informasi lain adalah, bahwa Pi berjalan dalam mode hanya baca…tetapi jika tidak berfungsi tanpa akses tulis, itu tidak akan diperbarui setelah setengah jam, bukan?
Detail selengkapnya:
Untuk menyelesaikan masalah saya di sini adalah ntp.conf:
# /etc/ntp.conf, configuration for ntpd; see ntp.conf(5) for help
Driftfile /var/lib/ntp/ntp.drift
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
...
Server 0.de.pool.ntp.org iburst
Server 1.de.pool.ntp.org iburst
Server 2.de.pool.ntp.org iburst
Server 3.de.pool.ntp.org iburst
Server 127.127.1.0 #local clock
Fudge 127.127.1.0 stratum 10
...
Untuk memperluas penjelasan saya tentang proyek saya. Saya ingin menggunakan Pi sebagai server NTP. Masalah pertama adalah bahwa RTC "lari" setelah reboot atau ketika Pi mati – terutama untuk waktu yang lebih lama. Itu sebabnya saya punya ide, bahwa Pi harus menjadi klien NTP pada saat pertama kali mengatur RTC dan setelah itu Pi harus menjadi server NTP untuk perangkat, yang terhubung melalui ethernert dengan Pi. Jadi saya menghubungkan Pi melalui Wifi untuk mendapatkan waktu saat ini. Seperti yang sudah saya katakan secara umum, ini berhasil, tetapi membutuhkan terlalu banyak waktu.
Kemudian saya ingin melakukan sinkronisasi secara manual dengan perintah ini yang saya posting sebelumnya. Ide saya adalah melakukan ini sebagai cronjob, tetapi ada masalah berikutnya:1. Pi mengabaikan perintah; 2. cronjob juga diabaikan, atau dihapus setelah reboot.
Tapi saya ingin melangkah selangkah demi selangkah dan masalah pertama yang ingin saya selesaikan adalah mengurangi waktu sinkronisasi.
Saya harap Anda memiliki gambaran yang lebih baik sekarang tentang situasi saya….
Apakah Anda memerlukan detail lebih lanjut?
INFORMASI BARU:01.02.2018
Oke, jadi sekarang saya punya solusi yang saya inginkan, TAPI ada perilaku, yang saya tidak mengerti. Konfigurasinya benar.
Namun, saya menggunakan WiFi onboard untuk menyinkronkan waktu sistem melalui server NTP, yang saya konfigurasikan di ntp.conf. Saya menggunakan ethernet (LAN kabel) untuk menjadi server NTP untuk perangkat kabel ke RPi. Berikut pengaturan IP:
WLAN (DHCP): 192.168.1.x
Ethernet (static): 192.168.10.10
Saya meletakkan kedua antarmuka di jaringan yang berbeda, karena jika tidak, hanya satu koneksi yang akan berfungsi – Tapi mengapa sebenarnya?
Dan ini adalah masalah utama, mengapa sinkronisasi memakan waktu lama. Ketika saya mengomentari garis dengan jam lokal
Server 127.127.1.0
Kemudian sinkronisasi melalui jaringan langsung bekerja…
Mengapa itu terjadi?
Jawaban yang Diterima:
rpi tidak memiliki RTC, dan karena itu boot selalu pada 1 Jan 1970 – waktu untuk menempatkan server dan NTP disinkronkan secara perlahan dan bertahap lebih besar; jadi secara default NTP tidak mulai beroperasi secara normal sampai perbedaan antara NTP dan sistem diperbaiki.
Saya akan menambahkan ke ntp.conf . Anda file sebagai baris pertama (harus menjadi baris pertama):
tinker panic 0
Penyiapan ini disarankan untuk VM dan perangkat iOT.
tinker panic – Menentukan ambang panik dalam hitungan detik dengan default
1000 s. Jika disetel ke nol, pemeriksaan kewarasan panik dinonaktifkan dan jam
offset dari nilai apa pun akan diterima.
Saya juga akan mempertimbangkan untuk membeli RTC, karena murah, terutama jika Anda ingin memiliki proyek tanpa konektivitas Internet. lihat hwclock tidak bisa membuka file rtc