hwclock: невозможно получить доступ к аппаратным часам любым известным способом
На сервере Debian у меня проблема с hwclock
:
$ hwclock --show
hwclock: Cannot access the Hardware Clock via any known method.
hwclock: Use the --debug option to see the details of our search for an access method.
Система работает на ядре backports Debian 4.9.18-1~bpo8+1 (2017-04-10)
,
Вот отладочный вывод:
$ hwclock --debug
hwclock from util-linux 2.25.2
hwclock: cannot open /dev/rtc: Device or resource busy
No usable clock interface found.
hwclock: Cannot access the Hardware Clock via any known method.
clocksource:
$ cat /sys/devices/system/clocksource/clocksource0/current_clocksource
tsc
В заключение, rtc
устройство существует:
$ ls -l /dev/rtc*
lrwxrwxrwx 1 root root 4 Apr 29 16:41 /dev/rtc -> rtc0
crw------- 1 root root 253, 0 Apr 29 16:41 /dev/rtc0
3 ответа
Проблема, кажется, связана с clocksource
, проверять available_clocksource
:
$ cat /sys/devices/system/clocksource/clocksource0/available_clocksource
tsc hpet acpi_pm
На основании ответа на вопрос "Что означает" Clocksource TSC нестабильный "?" похоже, что TSC (Time Stamp Counter) не очень надежен.
Обновляя /etc/default/grub
Вы можете переключиться на другой доступный источник синхронизации. Я использую HPET.
GRUB_CMDLINE_LINUX_DEFAULT="clocksource=hpet"
и обновление grub:
update-grub2
После перезагрузки hwclock
снова работает (перезагрузка без каких-либо изменений также могла бы помочь - это может быть просто вопрос о том, как долго).
ПРИМЕЧАНИЕ. Оптимальный источник синхронизации может зависеть от вашей материнской платы и модели процессора.
Для меня исправлением было просто ввести «sudo» перед командой, поскольку «невозможно получить доступ» на самом деле означает, что у него нет разрешений на доступ к /dev/rtcX. Запуск с помощью sudo исправил ситуацию, предоставив ему root-права. Вашим решением было бы просто запуститьsudo hwclock --show
вместоhwclock --show
Запустить на виртуальной машине.
su - // afswitch root.run hwclock