O volume LVM na unidade USB falha: sistema de arquivos somente leitura

2

Isto está em um Raspberry Pi rodando o Raspbian 8 (kernel Linux 4.9.) Eu tenho um pen drive USB de 64 GB conectado (/ dev / sda) e configurado como um volume físico LVM. Há apenas um grupo de volumes ("dados") e um volume lógico (também "dados"), que é formatado como ext4. Eu monto automaticamente este volume no fstab. (Para ficar claro: / dev / sda é o volume físico, não / dev / sda1 - não há partições no dispositivo.)

Isso funcionou bem até recentemente, quando percebi que o volume lógico estava inacessível. Eu reiniciei e concluo que o LVM não inicia. systemctl status lvm2 revela o seguinte:

Aug 20 13:27:54 rasputin lvm[1747]: device-mapper: reload ioctl on  failed: Read-only file system_dmesg** from boot:

[    4.963170] sd 0:0:0:0: [sda] Attached SCSI removable disk
[    5.896509] systemd-udevd[126]: starting version 215
[    6.778455] sd 0:0:0:0: [sda] 126058496 512-byte logical blocks: (64.5 GB/60.1 GiB)
[    6.781190] sd 0:0:0:0: [sda] Write Protect is on
[    6.781219] sd 0:0:0:0: [sda] Mode Sense: 43 00 80 00
[    7.000522] device-mapper: ioctl: 4.35.0-ioctl (2016-06-23) initialised: [email protected]
[    7.139872] device-mapper: table: 254:0: linear: Device lookup failed
[    7.139890] device-mapper: ioctl: error adding target to table

Minha interpretação é que há um problema com o volume físico / dev / sda, que fez com que ele se tornasse somente leitura. Daí em diante, não tenho muita certeza de como proceder, então se transforma em experimentação.

Eu tentei fsck / dev / sda sem melhora aparente, o que talvez faça sentido, pois suponho que / dev / sda não contenha um sistema de arquivos no sentido normal. Eu também tentei forçar o dispositivo a desativar o modo somente leitura com hdparm -r0 / dev / sda , o que não altera a mensagem de erro de tentar iniciar o serviço lvm2.

Tentando entrar em mais ferramentas específicas do LVM, o pvck parece confirmar que o volume não está indo muito bem, mas é sobre isso:

root@rasputin:~# pvck -v /dev/sda
    DEGRADED MODE. Incomplete RAID LVs will be processed.
    Scanning /dev/sda
  Found label on /dev/sda, sector 1, type=LVM2 001
  Found text metadata area: offset=4096, size=1044480

Então é onde eu estou, basicamente. O que mais posso tentar diagnosticar e / ou corrigir o problema? Os dados no disco são dispensáveis, mas eu ainda gostaria de recuperá-lo, se possível, em parte por conveniência e em parte para explorar as opções disponíveis para uso futuro.

É importante notar que (ao meu conhecimento) eu não fiz nada em particular para fazer isso acontecer. Pesquisando as mensagens de erro, obtêm-se muitos resultados em que as pessoas tentam executar comandos do LVM. Eu não, ele estava trabalhando por talvez um mês, mais de reinicializações, e então um dia não foi.

Suponho que o drive USB pode estar corrompido, mas é quase novo. De qualquer forma, essa seria a última suposição e não a primeira.

Muito grato por qualquer sugestão ou ajuda!

    
por anlag 21.08.2017 / 02:03

2 respostas

1

Há um problema com alguns pen drives (aconteceu comigo com um Sandisk ) que quando exposto a uma flutuação de energia vai para um 'bloqueio' que é destinado (aparentemente) a proteger os dados.

A formatação do USB no Linux ou no Win não foi possível.

Falei com o fabricante e eles substituíram o drive FoC.

    
por 03.02.2018 / 15:30
0

É bastante peculiar que o comando dmsetup falhe; o 254: 0 significa que é o seu primeiro dispositivo mapeador de dispositivos. Este comando incluiria seu dispositivo de origem (/ dev / sda) e alguns parâmetros (intervalo de blocos do alvo linear) que, se estiver sendo executado, pareceria indicar que seu PV tem configuração suficiente de seu VG, que contém toda a configuração de todos os seus LVs.

Assim, seu backup em / etc / lvm / backup / data (== file) deve conter toda a configuração do grupo de volumes baseado em texto. Se alguma coisa estiver realmente corrompida, ela deve estar corrompida (você pode gerar uma nova com o vgcfgbackup) - e os backups mais antigos devem estar em / etc / lvm / archive /.

No entanto, como ele já está tentando mapear o seu LV, suspeito que a configuração não esteja corrompida, mas você pode verificar; e que o problema é hardware.

Independente disso, o seu cabeçalho PV está no setor 2 do pendrive com o cabeçalho VG abaixo, e algo poderia ter mudado, mas ....

Sua aposta mais segura é copiar tudo do seu stick usando dd (ou ddrescue) em um stick diferente e ver o que acontece. Não os insira ao mesmo tempo, é claro.

    
por 03.02.2018 / 11:15