Одно время мне никак не удавалось заставить работающую внутри VMware систему типа Arch заставить показывать корректное время сразу после загрузки. В системе был указан корректный московский часовой пояс и был запущен и настроен ntpd. Вот только, по всей видимости, VMware подставляет виртуальной машине системное время под видом UTC, и в итоге после запуска мы получаем в виртуалке время, сдвинутое на +4 часа. А ntpd не торопился его выправлять, в итоге получить точное время можно было лишь спустя 5-10 минут после запуска системы.
Проблему можно было бы разрешить путем задания в Archlinux’е пояса UTC, и таким образом заставить систему никуда не сдвигать время относительно выставляемого VMware. Но так как это было бы слишком просто, пойдем другим путем, и попутно научимся создавать скрипт rc.local в системе с непонятным и неудобным systemd.
Создаем описание нового сервиса rc.local, для этого пишем файл /etc/systemd/system/rc-local.service:
[Unit] Description=/etc/rc.local Compatibility ConditionPathExists=/etc/rc.local [Service] Type=forking ExecStart=/etc/rc.local start TimeoutSec=0 StandardOutput=tty RemainAfterExit=yes SysVStartPriority=99 [Install] WantedBy=multi-user.target
Активируем его:
[root@arch] # systemctl enable rc-local.service
Создаем файл /etc/rc.local и добавляем в него команду синхронизации времени:
#!/bin/bash sleep 10 ntpdate -u ntp1.vniiftri.ru
Команда sleep организует искусственную задержку, без которой мне не удалось заставить это работать.
Возможно, не успевала прогрузиться сеть.
Делаем скрипт запускаемым:
[root@arch] # chmod +x /etc/rc.local
Перезапускаем виртуалку, и через 10 секунд после старта получаем корректное системное время.
PS: Да, я допускаю, что должна быть какая-то возможность настроить VMware так, чтобы оно выдавало в виртуалки реальное UTC-время, а не выдавало системное время MSK хост-машины за UTC, тем самым вводя виртуальные машины в заблуждение.
