Alguém me entregou uma unidade que fazia parte de um array RAID 1 (espelho). A unidade aparentemente possui LVM (1?) E EXT3 (eu acredito). Que etapas posso seguir para recuperar o acesso a esta unidade?
Informação adicional:
- A unidade era uma matriz RAID de um sistema por volta do Fedora 6, então presumo que fosse da época em que ainda usava LVM1 e EXT3.
- Eu só tenho 1/2 do RAID.
A unidade é baseada em USB. Meu sistema Fedodra 14 atual é capaz de identificar bem a unidade (/dev/sdb1) e posso executar comandos como:
$ mdadm -A --force /dev/md2 /dev/sde1 $ mdadm --detail /dev/md2
O primeiro parece ter adicionado o dispositivo array ao meu sistema, já que posso executar com sucesso o segundo comando que mostra o array como limpo, mas em um estado degradado (conforme esperado).
$ mdadm --detail /dev/md2 /dev/md2: Version : 0.90 Creation Time : Mon Jan 15 15:20:44 2007 Raid Level : raid1 Array Size : 156288256 (149.05 GiB 160.04 GB) Used Dev Size : 156288256 (149.05 GiB 160.04 GB) Raid Devices : 2 Total Devices : 1 Preferred Minor : 2 Persistence : Superblock is persistent Update Time : Fri Sep 27 16:50:13 2013 State : clean, degraded Active Devices : 1 Working Devices : 1 Failed Devices : 0 Spare Devices : 0 UUID : 0266bb35:6fcac8b4:12f56e39:0f78dafb Events : 0.19624 Number Major Minor RaidDevice State 0 8 65 0 active sync /dev/sde1 1 0 0 1 removed
Estou ficando preso quando tento recuperar as peças do LVM.
EDIÇÃO #1: Perguntas de acompanhamento
O que o comando
file -s /dev/{sde1,md2}
produz?$ file -s /dev/{sde1,md2} /dev/sde1: LVM2 (Linux Logical Volume Manager) , UUID: ZK8IfBzUHPH5befvm5CZ81oIXHm11TG /dev/md2: LVM2 (Linux Logical Volume Manager) , UUID: ZK8IfBzUHPH5befvm5CZ81oIXHm11TG
O que o comando
vgscan
produz?$ vgscan Reading all physical volumes. This may take a while... Found volume group "kodak_vg" using metadata type lvm2
Existe um volume LVM físico ativado
/dev/md2
?Sim, há um volume LVM físico na matriz RAID/dev/md2.
O que
pvs
rende?$ pvs PV VG Fmt Attr PSize PFree /dev/md2 kodak_vg lvm2 a-- 149.00G 0
Existe uma partição criptografada ou tabela de partição DOS presente?
Não, definitivamente também não existe. É um RAID de software básico (md raid1) -> LVM -> EXT3.
EDITAR #2
Neste ponto, o RAID parecia intacto, mas nenhum mapeador de dispositivos LVM estava presente e o Volume Lógico (LV) parecia estar em um estado INATIVO.
$ lvscan
inactive '/dev/kodak_vg/lvm0' [149.00 GB] inherit
Então executei este comando para ativá-lo:
$ vgchange -ay
1 logical volume(s) in volume group "kodak_vg" now active
A nova execução lvscan
mostrou o LV como ativo agora:
$ lvscan
ACTIVE '/dev/kodak_vg/lvm0' [149.00 GB] inherit
Montagem
Então, neste ponto, pensei que estaria tudo bem em montar o mapeador LVM, /dev/kodak_vg/lvm0
.
$ mount -t ext3 /dev/kodak_vg/lvm0 /mnt
mount: wrong fs type, bad option, bad superblock on /dev/kodak_vg/lvm0,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
Aqui está a saída de dmesg | tail
:
$ demsg | tail
Buffer I/O error on device md2, logical block 48
usb 1-4: reset high speed USB device using ehci_hcd and address 5
usb 1-4: reset high speed USB device using ehci_hcd and address 5
usb 1-4: reset high speed USB device using ehci_hcd and address 5
usb 1-4: reset high speed USB device using ehci_hcd and address 5
usb 1-4: reset high speed USB device using ehci_hcd and address 5
sd 22:0:0:0: scsi: Device offlined - not ready after error recovery
sd 22:0:0:0: SCSI error: return code = 0x07050000
end_request: I/O error, dev sde, sector 387
EXT3-fs: unable to read superblock
Isso significa que a mídia da unidade pode estar falhando ou falhou?
EDIÇÃO #3: Perguntas de acompanhamento
A tentativa anterior de montagem deixou o dispositivo num estado inacessível. Inicialmente, desliguei e liguei o dispositivo USB, que foi detectado novamente como /dev/sdf1
. Eu então reiniciei o sistema, mas agora o dispositivo está aparecendo dmesg
como /dev/sdj1
. Não tenho certeza de como movê-lo de volta, isso realmente importa?
/dev/sdj1
Etapas repetidas acima , substituindo /dev/sde1
por agora.
Neste ponto, o dispositivo está sendo relatado lvscan
como ATIVO, mas ainda não tentei montar o mapeador LVM.
O que o comando
smartctl -x /dev/sdj
produz?Este comando não pareceu funcionar corretamente:
$ smartctl -x /dev/sdj smartctl 5.42 2011-10-20 r3458 [i686-linux-2.6.18-238.19.1.el5.centos.plus] (local build) Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net /dev/sdj: Unknown USB bridge [0x0bc2:0x0503 (0x300)] Smartctl: please specify device type with the -d option. Use smartctl -h to get a usage summary
No entanto, este comando rendeu algumas informações adicionais:
$ smartctl -x /dev/sdj1 smartctl 5.42 2011-10-20 r3458 [i686-linux-2.6.18-238.19.1.el5.centos.plus] (local build) Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net Vendor: Seagate Product: External Drive User Capacity: 160,041,885,696 bytes [160 GB] Logical block size: 512 bytes Serial number: Device type: disk Local Time is: Sat Sep 28 07:58:50 2013 EDT Device does not support SMART Error Counter logging not supported Device does not support Self Test logging Device does not support Background scan results logging scsiPrintSasPhy Log Sense Failed [unsupported scsi opcode]
O que o comando
file -s /dev/kodak_vg/lvm0
produz?$ file -s /dev/kodak_vg/lvm0 /dev/kodak_vg/lvm0: symbolic link to `/dev/mapper/kodak_vg-lvm0'
Tentativa de executar o comando
file -s
no dispositivo mapeador:$ file -s /dev/mapper/kodak_vg-lvm0 /dev/mapper/kodak_vg-lvm0: ERROR: cannot read `/dev/mapper/kodak_vg-lvm0' (Input/output error)
Qual o proximo?
Vou seguir o conselho de @Gilles e
dd_rescue
dirigir para outro dispositivo para ver se não conseguimos separar os problemas do dispositivo com problemas de RAID/LVM.Algum outro conselho antes de continuar?