Após uma atualização recente do SO (para o atual Tumbleweed, Linux Kernel 4.16.0 de 4 de abril), ao ler de um disco rígido defeituoso ou de DVDs danificados / riscados, não consigo mais ler erros no software, mas em vez disso, o buffer nos setores afetados é todo Zeros. No dmesg eu vejo que há erros médios relatados, à la
[10767.201905] ata6.00: exception Emask 0x0 SAct 0x2000000 SErr 0x0 action 0x0
[10767.201912] ata6.00: irq_stat 0x40000008
[10767.201918] ata6.00: failed command: READ FPDMA QUEUED
[10767.201926] ata6.00: cmd 60/08:c8:b8:9b:1e/00:00:2b:01:00/40 tag 25 ncq dma 4096 in
res 41/40:08:b8:9b:1e/00:00:2b:01:00/00 Emask 0x409 (media error) <F>
[10767.201930] ata6.00: status: { DRDY ERR }
[10767.201933] ata6.00: error: { UNC }
[10767.204339] ata6.00: configured for UDMA/133
[10767.204354] sd 5:0:0:0: [sde] tag#25 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[10767.204357] sd 5:0:0:0: [sde] tag#25 Sense Key : Medium Error [current]
[10767.204359] sd 5:0:0:0: [sde] tag#25 Add. Sense: Unrecovered read error - auto reallocate failed
[10767.204362] sd 5:0:0:0: [sde] tag#25 CDB: Read(16) 88 00 00 00 00 01 2b 1e 9b b8 00 00 00 08 00 00
[10767.204394] ata6: EH complete
Além da mensagem no log (e do maior tempo de acesso), não há indicação de que algo deu errado. Existe uma opção AHCI / ATA para permitir tal comportamento? É bastante insuspeitado e poderosamente indesejado, pois não quero verificar erros no log, mas sim fazer com que a cópia falhe no ponto em que ocorre (caso contrário, ferramentas como ddrescue também não fazem sentido, pois também não detecta mais erros de leitura)
Existem opções de inicialização? Opções de compilação?
Atualização: uma atualização recente do sistema (SuSE tumbleweed) para um novo kernel resolveu o problema.