repetindo o som de notificação do sistema desconhecido - kernel 4.4.0-108?

0

no Ubuntu Mate 16.04.03 aqui.

Recentemente tenho sido atormentado por um som de notificação do sistema ("bonk") que aparece e se repete a cada 22 segundos. Continua por um tempo - mudo todo o som - depois desaparece. Tudo parece funcional. Eu estou querendo saber sobre o kernel 4.4.0-108.

Eu não tenho ideia do que está acontecendo, e não faço ideia do que ou quando ele parou porque eu apertei o botão mudo.

Após 10 minutos de som, a saída dmesg | tail parece

[2247698.299393] sd 8:0:0:0: [sdb] tag#0 CDB: ATA command pass through(16) 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00
[2248298.344950] sd 8:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[2248298.344957] sd 8:0:0:0: [sdb] tag#0 Sense Key : Hardware Error [current] [descriptor] 
[2248298.344959] sd 8:0:0:0: [sdb] tag#0 Add. Sense: No additional sense information
[2248298.344963] sd 8:0:0:0: [sdb] tag#0 CDB: ATA command pass through(16) 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00
[2248898.332264] sd 8:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[2248898.332279] sd 8:0:0:0: [sdb] tag#0 Sense Key : Hardware Error [current] [descriptor] 
[2248898.332286] sd 8:0:0:0: [sdb] tag#0 Add. Sense: No additional sense information
[2248898.332295] sd 8:0:0:0: [sdb] tag#0 CDB: ATA command pass through(16) 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00
[2249369.862945] audit: type=1400 audit(1517795551.139:700): apparmor="DENIED" operation="open" profile="/usr/lib/NetworkManager/nm-dhcp-helper" name="/etc/ld.so.preload" pid=12285 comm="nm-dhcp-helper" requested_mask="r" denied_mask="r" fsuid=0 ouid=0

As primeiras linhas referentes ao sdb (um drive externo LUKS criptografado, montado) são representativas dos dez minutos anteriores de dmseg output, imediatamente após o início do "bonk". Desmontei o caminho em Caja e não houve mudança. Não tenho conhecimento de ter feito nada com a rede, mas tenho visto várias referências a nm-dhcp-helper e apparmor="DENIED" em ocasiões anteriores.

Mais 10 minutos enquanto eu escrevo isso e o bonk parou, com dmesg | tail sendo

[2248898.332295] sd 8:0:0:0: [sdb] tag#0 CDB: ATA command pass through(16) 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00
[2249369.862945] audit: type=1400 audit(1517795551.139:700): apparmor="DENIED" operation="open" profile="/usr/lib/NetworkManager/nm-dhcp-helper" name="/etc/ld.so.preload" pid=12285 comm="nm-dhcp-helper" requested_mask="r" denied_mask="r" fsuid=0 ouid=0
[2249498.362133] sd 8:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[2249498.362144] sd 8:0:0:0: [sdb] tag#0 Sense Key : Hardware Error [current] [descriptor] 
[2249498.362148] sd 8:0:0:0: [sdb] tag#0 Add. Sense: No additional sense information
[2249498.362155] sd 8:0:0:0: [sdb] tag#0 CDB: ATA command pass through(16) 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00
[2250098.402181] sd 8:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[2250098.402196] sd 8:0:0:0: [sdb] tag#0 Sense Key : Hardware Error [current] [descriptor] 
[2250098.402203] sd 8:0:0:0: [sdb] tag#0 Add. Sense: No additional sense information
[2250098.402212] sd 8:0:0:0: [sdb] tag#0 CDB: ATA command pass through(16) 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00

A unidade ainda está desmontada. Repito, não há mais som algum. Eu tenho os seguintes aplicativos abertos:

  • Firefox (várias guias)
  • Virtualbox (nenhuma VM em execução)
  • KeePass
  • Cliente Mullvad 66 (conectado; achei que era isso antes, mas aparentemente não)
  • gnumeric
  • pluma
  • leafpad
  • vários terminais

Também está executando o firejail ( firecfg ).

Eu não posso ter certeza porque eu não mantive registros, mas tenho uma suspeita que isso começou durante uma das atualizações recentes para o Meltdown / Spectre.

Em particular, eu me pergunto sobre uma mudança no kernel.

13:04:07 b:~ $ uname -a
Linux my_computer 4.4.0-108-generic #131-Ubuntu SMP Sun Jan 7 14:34:49 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Eu não compreendo os kernels o suficiente, mas algumas semanas atrás eu compreendi que o 4.13 funcionava bem nesta máquina, e eu atualizei para ele e segui as instruções para ativar o -hwe . Eu não entendo porque a atualização da Cannonical cancelou isso. Aqui está o boot agora:

13:04:37 b:~ $ ls -a /boot
.                             initrd.img-4.4.0-112-generic
..                            lost+found
abi-4.13.0-31-generic         memtest86+.bin
abi-4.13.0-32-generic         memtest86+.elf
abi-4.4.0-108-generic         memtest86+_multiboot.bin
abi-4.4.0-112-generic         System.map-4.13.0-31-generic
config-4.13.0-31-generic      System.map-4.13.0-32-generic
config-4.13.0-32-generic      System.map-4.4.0-108-generic
config-4.4.0-108-generic      System.map-4.4.0-112-generic
config-4.4.0-112-generic      vmlinuz-4.13.0-31-generic
grub                          vmlinuz-4.13.0-32-generic
initrd.img-4.13.0-31-generic  vmlinuz-4.4.0-108-generic
initrd.img-4.13.0-32-generic  vmlinuz-4.4.0-112-generic
initrd.img-4.4.0-108-generic

Estou acima da minha cabeça aqui e preciso de orientação antes de começar a experimentar mais com kernels. Eu gostaria de saber se há outros que estão tendo essa experiência. Eu vejo que 4.4.0-108 está causando alguns ter problemas inicializando, que ...-109 cura alguns ou não, e por que minha atualização restabelece 4.4.0 de 4.13, mas não atualiza para 4.4.0-109?

Além disso, se não é o kernel e não está aparecendo em dmesg (não que eu reconheça, de qualquer maneira), como é que alguém o persegue? Eu não posso simplesmente deixar os aplicativos fechados esperando para governar dentro ou fora.

    
por j doe will do just fine 05.02.2018 / 05:08

0 respostas