You are not logged in.
Pacman log
[2019-04-23 16:21] [ALPM] upgraded systemd-libs (241.93-1 -> 242.0-1)
[2019-04-23 16:21] [ALPM] upgraded systemd (241.93-1 -> 242.0-1)
[2019-04-23 16:21] [ALPM] upgraded lib32-systemd (241.93-1 -> 242.0-1)
[2019-04-23 16:21] [ALPM] upgraded systemd-sysvcompat (241.93-1 -> 242.0-1)
systemctl status systemd-timesyncd.service
● systemd-timesyncd.service - Network Time Synchronization
Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Tue 2019-04-23 16:28:25 CEST; 9min ago
Docs: man:systemd-timesyncd.service(8)
Process: 3933 ExecStart=/usr/lib/systemd/systemd-timesyncd (code=exited, status=238/STATE_DIRECTORY)
Main PID: 3933 (code=exited, status=238/STATE_DIRECTORY)
Apr 23 16:28:25 noname systemd[1]: systemd-timesyncd.service: Service has no hold-off time (RestartSec=0), scheduling restart.
Apr 23 16:28:25 noname systemd[1]: systemd-timesyncd.service: Scheduled restart job, restart counter is at 5.
Apr 23 16:28:25 noname systemd[1]: Stopped Network Time Synchronization.
Apr 23 16:28:25 noname systemd[1]: ^[[0;1;39m^[[0;1;39msystemd-timesyncd.service: Start request repeated too quickly.
Apr 23 16:28:25 noname systemd[1]: ^[[0;1;39m^[[0;1;39msystemd-timesyncd.service: Failed with result 'exit-code'.
Apr 23 16:28:25 noname systemd[1]: ^[[0;1;39mFailed to start Network Time Synchronization.
journalctl -xe
Apr 23 16:22:02 noname systemd[503]: ^[[0;1;39msystemd-timesyncd.service: Failed to set up special execution directory in /var/lib: Not a directory
Apr 23 16:22:02 noname systemd[503]: ^[[0;1;39msystemd-timesyncd.service: Failed at step STATE_DIRECTORY spawning /usr/lib/systemd/systemd-timesyncd: Not a directory
I did find this bug report https://github.com/systemd/systemd/issues/12131 where it is asked if /var/lib is read only.
lrwxr-xr-x 27 root 21 Dec 2017 timesync -> ../private/systemd/timesync
% xs -l /var/lib/private
"/var/lib/private": Permission denied (os error 13)
I don't want to blindly change ownership and permissions so, what is the appropriate way to go about this?
Edit: I did find this bug report https://bugs.archlinux.org/task/62161
It seems to be same issue but for another version. The fix is:
execute `rm /var/lib/systemd/timesync` to remove the old symlink
But this seems to be an issue you have to do after following updates. For the bug reported, it was between version 239 and 240. for me, and the most recent commenter, 241 to 242.
Last edited by raggerv8 (2019-04-23 14:51:03)
Brottweiler@#archlinux
Offline
Remove the symlink
/var/lib/systemd/timesync
and restart the service, it will create a directory instead.
Last edited by Tarqi (2019-04-23 16:02:39)
Knowing others is wisdom, knowing yourself is enlightenment. ~Lao Tse
Offline
Also cleanup:
rm -rf /var/lib/private/systemd/timesync
as its no more required
Last edited by amish (2019-04-23 16:07:47)
Offline
Shouldn't such issues be handled by an update hook?
sys2064
Offline
Also cleanup:
rm -rf /var/lib/private/systemd/timesync
as its no more required
I removed the symlink and also did this, thanks for letting me know.
Shouldn't such issues be handled by an update hook?
Yes, the distro should handle it but Arch hasn't. I suppose this could've been a manual intervention as well.
Brottweiler@#archlinux
Offline
Maybe add an announcement in News at main page?
Offline
+1 for announcement on home page, I also needed to do mentioned manual intervention to fix timesync issue
Offline
I've settled on this hook to distribute to my machines
[Trigger]
Type = Package
Operation = Upgrade
Target = systemd
[Action]
Description = Systemd 242 timesyncd upgrade
When = PostTransaction
Exec = /bin/sh -c '[[ -L var/lib/systemd/timesync && $(vercmp $(pacman -Q systemd|cut -d\ -f2) 242) -gt 0 ]] && /bin/rm -rfv var/lib/systemd/timesync var/lib/private/systemd/timesync'
Offline
Thanks for your tips, Tarqui and amish!
I agree with amhairghin and wooque:
an announcement on home page including instructions for manual intervention is a must, if an update hook is not added by Arch systemd maintainers.
Offline
Didn't know this was broken until I opened this topic
https://ugjka.net
paru > yay | vesktop > discord
pacman -S spotify-launcher
mount /dev/disk/by-...
Offline
an announcement on home page including instructions for manual intervention is a must, if an update hook is not added by Arch systemd maintainers.
No comment from the powers that be?
Last edited by philo (2019-04-24 17:33:14)
Offline
No comment from the powers that be?
And what makes you think that any of them read the forums?
Offline
And what makes you think that any of them read the forums?
This is the primary forum is where Arch users communicate. Are you suggesting none of the Arch devs visit here?!
Offline
Slithery wrote:And what makes you think that any of them read the forums?
This is the primary forum is where Arch users communicate. Are you suggesting none of the Arch devs visit here?!
The primary forum is the ML for devs. The only active dev here is arojas. One or two of the others will appear from time-to-time, but if you want to interact with them, use the ML.
Offline
Slithery wrote:And what makes you think that any of them read the forums?
This is the primary forum is where Arch users communicate. Are you suggesting none of the Arch devs visit here?!
He is not 'suggesting' anything. He is stating the practical fact.
The forums are essentially user support from interested volunteers. The devs are practical DEVelopment personnel, also from interested volunteers. For obvious reasons, there's not very much overlap between both of these.
Also these forums are only one of the communications mediums for Arch. The mailing lists are another (there's one specifically for devs), IRC is another, and the bug tracker is the primary medium for requests on packages. Joe Packager is only really 'required' (as far as a volunteer can be) to follow bugs on his/her packages, and the dev mailing list. Not spending time reading random forum posts (that's what the mods are for, heh).
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
Please, write something on the homepage next time, or maybe write two rows of text on the wiki.
Offline
It should be automatically fixed with 242.0-3
Offline