Почему в руководстве по rm говорится, что мы можем запустить его без каких-либо аргументов, если это не так?

Если ваш /etc/localtimeуказывает на /usr/share/zoneinfo/EET, это определение часового пояса включает европейское летнее время (= европейское летнее время )и между последним воскресеньем марта и последним воскресеньем октября этот часовой пояс будет указан как EEST, а не EET. И на момент написания этой статьи день перехода был только вчера...

Вам следует прочитать Рекомендации VMware по учету времени для виртуальных машин Linux . Короче:

• Убедитесь, что хост VMware использует правильное время и часовой пояс.
• если вы используете NTP для гостей :
  • убедитесь, что синхронизация времени с VMware Tools отключена
  • добавить tinker panic 0в качестве первой строки /etc/ntp.conf
  • если есть определение локальных часов, подобное server 127.127.1.0в ntp.conf, , закомментируйте его .
  • поместите имена хостов или IP-адреса ваших NTP-серверов также в файл /etc/ntp/step-tickers, чтобы ваши системы переводили свои часы на правильное время при загрузке, как только активируются сетевые интерфейсы и что-либо, -зависящее от времени, например, базы данных. еще не начато.

Некоторые подводные камни, с которыми я столкнулся:

• /etc/adjtimeуказывает, какие аппаратные часы должны использовать :либо UTC, либо LOCAL. Изменение только переменной в /etc/sysconfig/clockне обязательно приведет к желаемому результату. Убедитесь, что оба места согласованы, просто на всякий случай.
• убедитесь, что ваши NTP-серверы обслуживают правильное время UTC .
• , если системное время отличается от точного количества часов, сначала используйте date -u, чтобы убедиться, что представление системы о времени UTC верное. NTP всегда имеет дело только с UTC; любая ошибка преобразования в местное время является ошибкой настроек часового пояса.