You are not logged in.
I start ntpd in the daemons section of rc.conf, and if i change the ntp.conf file and do "/etc/rc.d/ntpd restart" everything works well, the config file remains OK, but the next time I reboot (even if it is the next thing i do) the ntp.conf file change back.
I don't know why, but it seems that I am the only one that have that problem, beacouse I did not find anything like that in the forum, so I supose that it may be something that i did wrong.
Sorry about my poor english and thanks in advance.
Offline
Dhcp is doing it. Edit /etc/rc.d/network and add -N to the line that starts with 'dhcpcd -t 10'.
I have discovered that all of mans unhappiness derives from only one source, not being able to sit quietly in a room
- Blaise Pascal
Offline
Thanks I didn't know it. This afternoon I will try it
Offline
I just ran into this same problem and was glad to find the solution here. I never would have thought to look at dhcpcd. I also added "-R" to the command line so my custom resolv.conf file won't be overwritten on boot.
Offline
Where in the line do I add the -N too? Does it matter? I added the -N at the end of the line and rebooted.. and this did not perserve my ntp.conf file.
Offline
probably before the "10" as many apps do not accept additional arguments after the input source.
AKA uknowme
I am not your friend
Offline
YARRRR!!! I've had this happen two times now and thought I was just going crazy! I spent a ton of time, last time around, reading all I could about NTP and all the options, but never backed up my <code>.conf</code> file once I had it perfected. I thought it would be fine just protecting it in <code>pacman.conf</code>, but now I'll know better...
Does anyone know why <code>ntp.conf</code> would ever need to be replaced by DHCP? I've already started writing a better NTP guide to fill in some of the information on the Wiki's stub article, and will now make sure to add the <code>dhcpcd -N</code> information in there. Talk about frustrating! :x
Offline
I just had the same issue. Add -N to DHCPCD_ARGS in /etc/conf.d/dhcpcd as documented in http://wiki.archlinux.org/index.php/NTP
Offline
I have had the problem in the past. I also used the suggestions inhttp://wiki.archlinux.org/index.php/NTP to no avail, so tired of dealing with the problem I created my own solution.
This is what I did and ** it works **
1. Create the ntp.conf file the way you like it.
2. Name it myntp.conf and store it in /etc/myntp.conf
3. Open /etc/rc.local and enter the following:
cp /etc/myntp.conf /etc/ntp.conf
4. Done.
Now when the network replaces your ntp.conf at boot your rc.local will "put it back".
Hope this helps.
R.
Offline
Does anyone know why ntp.conf would ever need to be replaced by DHCP?
I think it is usual to not have every computer on your network hitting an external time server -- you would usually have one system on your network (probably the same machine which is your gateway / dhcp server) getting its time from an external source, and then also acting as a local time server for the rest of the machines on your network. So the dhcp server tells the dhcp clients where to get their time info, and dchp rewrites the clients ntp.conf.
Offline