Problema com o relógio em tempo real desde a atualização para o Ubuntu 17.10

1

VER ATUALIZAÇÕES ABAIXO

Eu recentemente atualizei do Ubuntu 17.04 para o Ubuntu 17.10 usando o processo de atualização de software. A atualização foi concluída sem erros e o Ubuntu 17.10 está sendo executado sem maiores problemas.

No entanto, eu estava executando um script anteriormente que usa rtcwake , que parou de funcionar. O script automaticamente hiberna meu laptop após um determinado período de tempo no modo de suspensão, e estava funcionando perfeitamente no Ubuntu 17.04.

No processo de solução de problemas, descobri que o problema estava com rtcwake , que está reclamando de /dev/rtc0 ausente.

Aqui está a saída de um comando rtcwake de amostra:

peter@haven:~$ rtcwake -m no -s 1300
rtcwake: assuming RTC uses UTC ...
rtcwake: /dev/rtc0: unable to find device: No such file or directory

Verifiquei que, de fato, esse diretório está ausente. Como isso estava funcionando antes da atualização, tenho que assumir que estava lá anteriormente, mas não tenho certeza.

Ao pesquisar o erro, encontrei algumas sugestões para obter mais informações com timedatectl e hwclock , então aqui estão os resultados desses comandos também.

Saída de 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

Saída de 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.

Alguém mais passou por algum problema semelhante desde a atualização? Se não, por favor, ofereça sugestões sobre a melhor maneira de continuar com a minha solução de problemas.

UPDATE

Quando inicializo com meu kernel antigo, 4.10.0-37-generic o relógio em tempo real funciona bem.

Eu recebo as seguintes mensagens RTC em dmesg quando eu inicio o 4.13.0-16-generic kernel:

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)

UPDATE # 2

Bem, eu estava começando a acreditar que tinha um problema de hardware, pois descobri que não era possível salvar as alterações no meu BIOS e não podia inicializar a partir do USB. Como se constata, meu laptop foi mordido por esse bug: link fazendo com que meu BIOS ser bloqueado em um estado somente leitura.

Uma vez que eu resolvi o problema do BIOS, e consertei o problema de inicialização do USB, eu fiz uma inicialização ao vivo do Ubuntu 17.10. O problema com o meu relógio de tempo real ainda existe neste cenário de inicialização limpa, mas quando eu inicializo outras distros, como o Linux Mint 18.3 e o relógio de tempo real funciona bem. Eu sinto que isso definitivamente tem algo a ver com a instalação do Ubuntu, talvez até mesmo um bug do kernel.

UPDATE # 3

Mais evidências sugerem que isso é um erro do kernel: Eu fiz uma cópia do Antergos Linux, que estava usando o kernel do Arch 4.14.12-1-ARCH e exibiu o mesmo problema com o relógio em tempo real do Ubuntu 17.10. Além disso, confirmei que a versão do Linux Mint que eu inicializei anteriormente (veja a Atualização 2) estava no kernel do Ubuntu 4.10.0-38-generic .

Então, eu suspeito que em algum momento entre os kernels 4.10 e 4.13 esse bug foi introduzido. Alguém pode me fornecer informações para preencher um bug do kernel?

ATUALIZAÇÃO 30 de janeiro de 2018

Erro no kernel relatado no Launchpad ( link ) e com desenvolvedores de kernel upstream.

    
por pbmilley 31.10.2017 / 16:06

1 resposta

0

Isso foi confirmado como um bug no kernel Linux (siga o status do bug aqui: link ).

Uma solução alternativa é personalizar o kernel usando make menuconfig e desativar o suporte para o driver CONFIG_WDAT_WDT . Isso remove o conflito com o driver RTC e permite que ele seja executado normalmente.

    
por pbmilley 12.03.2018 / 17:48