3 ms·
Don't you mean /usr/share/zoneinfo/Etc/UTC ? If I remember correctly, /usr/share/zoneinfo/Etc is a directory, and /etc/localtime should point to a zoneinfo fil
by CaliforniaKarl 4y ago
Don't you mean /usr/share/zoneinfo/Etc/UTC ? If I remember correctly, /usr/share/zoneinfo/Etc is a directory, and /etc/localtime should point to a zoneinfo file.
- lionkor 4y agoHm, not sure, already closed the ssh. But it did work for us. The correct fix would be timedatectl, but as you can guess, that's broken together with systemd.
- starkparker 4y agoThread is specific about linking to Etc. Also from the linked thread: > I've noticed systemd (PID=1) is running at 100% CPU utilization. That's not normal. I ran this command: strace -f -p 1 > The process was reporting continuously attempt to access /etc/localtime file. That's also unusual. > I managed to get the output I was receiving on the console while tracking systemd process. stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=3522, ...}) = 0 stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=3522, ...}) = 0 stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=3522, ...}) = 0 Maybe if it's endlessly failing to stat the target, any valid target might help.
- somat 4y agoStrace is great but it only shows syscalls. the section of code calling the stat will have to be found. stat returns 0 on successful completion.