O Smartctl deixou de funcionar após as atualizações recentes

Question

Depois de algumas atualizações recentes, meu servidor me disse que não poderia mais encontrar meu disco de backup externo, que foi montado usando seu ID de disco.

Por isso, verifiquei e notei que o ID da minha unidade de backup externa tinha mudado: de ata-ST3000DM001… para usb-Seagate_Expansion_Desk…

Justo, ok, é um drive USB. Mas meu script de backup reclamou que não era possível ler os dados SMART, o que nunca foi um problema antes com o identificador anterior.

Eu poderia remover a verificação inteligente do meu script, mas não vejo isso como uma opção, pois isso significa que não serei notificado se esse disco quebrar.

Coisas que tentei até agora:

smartctl -d sat -a / dev / disk / by-id / usb-…

smartctl (-d sat) -a / dev / sda

reiniciar

Informações úteis:

lsusb:
Bus 005 Device 002: ID 0bc2:331a Seagate RSS LLC

smartctl:
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.4.0-122-generic] (local  build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke,   www.smartmontools.org

Read Device Identity failed: scsi error unsupported field in scsi command

A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

uname:
4.4.0-122-generic

Obrigado antecipadamente!

    

Answer 1

De acordo com um tíquete em um rastreador smartctl, esse é um bug conhecido e os kernels modernos desativam o SAT ATA PASS-THROUGH para compartimentos da Seagate, quando no modo UAS devido a problemas com alguns deles.

Felizmente, o gabinete com id 0bc2:331a parece estar totalmente funcional se você desativar esse comportamento.

Para isso você deve adicionar

quirks=0bc2:331a:

Opção

para usb-storage module.

Como alternativa, você pode desativar o UAS. Neste caso, use

quirks=0bc2:331a:u

opção

.

Eu achei esta resposta muito útil para entender como aplicar corretamente esta opção de módulo.