ПОСМОТРИТЕ ОБНОВЛЕНИЯ НИЖЕ
Я недавно обновил от Ubuntu 17.04 до Ubuntu 17.10 с помощью процесса обновления программного обеспечения. Обновление, завершенное без любых ошибок и Ubuntu 17.10, теперь работает без любых главных проблем.
Однако я запускал скрипт ранее, который использует rtcwake
который с тех пор прекратил работать. Сценарий автоматически в спящем режиме мой ноутбук после промежутка времени набора в режиме ожидания и работал отлично в Ubuntu 17.04.
В процессе поиска и устранения неисправностей я обнаружил, что проблема была с rtcwake
который жалуется на /dev/rtc0
пропавшие без вести.
Здесь производится от образца rtcwake
команда:
peter@haven:~$ rtcwake -m no -s 1300
rtcwake: assuming RTC uses UTC ...
rtcwake: /dev/rtc0: unable to find device: No such file or directory
Я проверил, что на самом деле, что каталог отсутствует. Так как это работало до обновления, я должен предположить, что это было там ранее, но я не знаю наверняка.
В исследовании ошибки я нашел, что некоторые предложения получили дополнительную информацию с timedatectl
и hwclock
, таким образом, вот результаты тех команд также.
Вывод timedatectl
:
peter@haven:~$ timedatectl
Local time: Fri 2017-10-27 19:06:26 EDT
Universal time: Fri 2017-10-27 23:06:26 UTC
RTC time: n/a
Time zone: America/New_York (EDT, -0400)
Network time on: yes
NTP synchronized: yes
RTC in local TZ: no
Вывод hwclock --debug
:
peter@haven:~$ sudo hwclock --debug
[sudo] password for peter:
hwclock from util-linux 2.30.1
Trying to open: /dev/rtc0
Trying to open: /dev/rtc
Trying to open: /dev/misc/rtc
No usable clock interface found.
hwclock: Cannot access the Hardware Clock via any known method.
Кто-либо еще испытал какие-либо подобные проблемы начиная с обновления? В противном случае предложите любые предложения, как лучше всего возобновить мой поиск и устранение неисправностей.
ОБНОВЛЕНИЕ
Когда я загружаюсь со своим старым ядром, 4.10.0-37-generic
часы реального времени хорошо работают.
Я вкладываю следующие сообщения RTC dmesg
когда я загружаюсь 4.13.0-16-generic
ядро:
peter@haven:~$ dmesg | grep -i rtc
[ 0.089393] RTC time: 17:03:55, date: 11/01/17
[ 1.238784] rtc_cmos 00:01: RTC can wake from S4
[ 1.238794] rtc_cmos: probe of 00:01 failed with error -16
[ 1.295459] hctosys: unable to open rtc device (rtc0)
ОБНОВЛЕНИЕ № 2
Ну, я начинал полагать, что у меня была аппаратная проблема, начиная с обнаружения, что я не мог сохранить изменения в своем BIOS и не мог загрузиться от USB. Как оказалось, мой ноутбук был укушен этой ошибкой: https://bugs.launchpad.net/ubuntu / + источник/Linux / + ошибка/1734147, заставляющая мой BIOS быть заблокированным в состоянии только для чтения.
После того как я решил вопрос BIOS и зафиксировал проблему загрузки USB, я сделал живую начальную загрузку Ubuntu 17.10. Проблема с моими часами реального времени все еще существует согласно этому чистому сценарию начальной загрузки, все же когда я загружаю другие дистрибутивы, как Linux Mint 18.3, и часы реального времени хорошо работают. Я чувствую, что это определенно имеет некоторое отношение к установке Ubuntu, возможно, даже ошибка ядра.
ОБНОВЛЕНИЕ № 3
Больше доказательства для предложения этого является ошибкой ядра: Я живо загруженный копия Linux Antergos, который использовал ядро Arch 4.14.12-1-ARCH
и это показало ту же проблему с часами реального времени как Ubuntu 17.10. Кроме того, я подтвердил, что версия Linux Mint, которую я загрузил ранее (см. Обновление № 2) была на ядре Ubuntu 4.10.0-38-generic
.
Так, я подозреваю, что когда-то между ядрами 4,10 и 4,13 этих ошибки были представлены. Кто-либо может предоставить мне информацию для регистрации ошибки ядра?
ОБНОВЛЕНИЕ 30 января 2018
Об ошибке ядра сообщают на Панели запуска (https://bugs.launchpad.net/ubuntu / + источник/Linux / + ошибка/1743027) и с восходящими разработчиками ядра.
Это было подтверждено как ошибка в ядре Linux (следуйте за состоянием ошибки здесь: https://bugzilla.kernel.org/show_bug.cgi? id=199033).
Обходное решение к пользовательскому, настраивают ядро, с помощью make menuconfig
, и отключите поддержку CONFIG_WDAT_WDT
драйвер. Это удаляет конфликт с драйвером RTC и позволяет ему обычно работать.