Erro ao montar o cartão SD ao retornar da suspensão

Question

Eu tenho um cartão SD de 128 GB que uso para armazenamento permanente no meu Lenovo Thinkpad X1. Eu montei em / etc / fstab com esta linha:

UUID=37733366-e936-41df-983a-f084352b3a5b   /home/kristian/sd128gb  auto    defaults 0  0

que funciona bem. Até eu colocar minha máquina para suspender, ao retornar eu recebo o erro:

Error mounting system-managed device /dev/mmcblk0p1: Command-line
'mount "/home/kristian/sd128gb"' exited with non-zero exit status 32:
mount: File exists

O diretório do ponto de montagem está vazio, mas a tentativa de montá-lo fornece

$ mount sd128gb/
mount: according to mtab, /dev/mmcblk0p1 is already mounted on /home/kristian/sd128gb

O syslog fornece

kernel: [271462.070388] EXT4-fs warning (device mmcblk0p1): __ext4_read_dirblock:908: error reading directory block (ino 2, block 0)
kernel: [271462.070410] EXT4-fs warning (device mmcblk0p1): __ext4_read_dirblock:908: error reading directory block (ino 2, block 0)
kernel: [271462.091100] EXT4-fs warning (device mmcblk0p1): __ext4_read_dirblock:908: error reading directory block (ino 2, block 0)
kernel: [271462.091130] EXT4-fs warning (device mmcblk0p1): __ext4_read_dirblock:908: error reading directory block (ino 2, block 0)

Desmontar e montar novamente funciona, mas isso é um incômodo para fazer toda vez que eu retornar da suspensão - especialmente porque eu uso para armazenamento permanente, não parece muito confiável trabalhar com dados em uma partição que freqüentemente desmonta.

A mensagem "arquivo existe" parece obscura, e pesquisando, parece que muitas pessoas não recebem a mesma mensagem de erro.

Posso corrigir isso permanentemente? Ou, alternativamente: Como eu poderia fazer uma correção feia com um comando de remontar que é executado toda vez que eu retorno da suspensão?

    

Answer 1

Caso você esteja procurando uma resposta para esse problema remount read-only , um artigo valioso não-pago mostrou-me a solução ontem, depois que eu tive um problema muito parecido no meu maior disco rígido (enquanto já recuperava os arquivos de uma chave USB boba ...)

Meus registros:

[40860.074298] blk_update_request: I/O error, dev sdc, sector 104869128
[40860.074306] EXT4-fs warning (device sdc2): __ext4_read_dirblock:884: error -5 reading directory block (ino 2, block 0)
[40860.661232] sd 7:0:0:0: [sdc] UNKNOWN Result: hostbyte=0x04 driverbyte=0x00
[40860.661237] sd 7:0:0:0: [sdc] CDB:
[40860.661239] cdb[0]=0x28: 28 00 06 40 2d 08 00 00 08 00

No entanto, o erro mais interessante foi antes disso, ou seja, a primeira ou segunda linha relacionada a esse problema:

mars 27 22:27:55 llewellyn kernel: ata8: SError: { PHYRdyChg CommWake 10B8B LinkSeq }

Cabeçalho

Procurando por PHYRdyChg no artigo mencionado , fui até a "questão da interface do Drive # 4 », Excluindo qualquer falha no disco rígido ou problema de driver :) Citando sua explicação:

«Este é um exemplo do que é provavelmente um problema de conexão de cabo ou backplane solto: (pode ser a conexão SATA ou a conexão de energia ou ambos)

ata7.00: exception Emask 0x10 SAct 0x7 SErr 0x990000 action 0xa frozen
ata7.00: irq_stat 0x00400000, PHY RDY changed
ata7: SError: { PHYRdyChg 10B8B Dispar LinkSeq }
ata7.00: cmd 60/48:00:af:1b:97/00:00:10:00:00/40 tag 0 ncq 36864 in
           res 40/00:10:87:5f:96/00:00:10:00:00/40 Emask 0x10 (ATA bus error)
ata7.00: status: { DRDY }

Nota: Não há erros de CRC aqui, o que normalmente implica um ou dois cabos inválidos. »

Eu verifiquei todos os cabos Sata / Power, reiniciei e tudo estava bem. Um smartctl -a -A /dev/sdc confirmou isso.

PS: O artigo unRAID é inestimável para entender vários erros e mensagens do Disco Rígido (por exemplo, BadCRC , failed to recover ).