Alguém me deu uma unidade que costumava fazer parte de uma matriz RAID 1 (espelho). A unidade aparentemente tem LVM (1?) E EXT3 (eu acredito). Que passos posso dar para recuperar o acesso a esta unidade?
Informação adicional:
O drive é baseado em USB. Meu atual sistema Fedodra 14 é capaz de identificar a unidade bem (/ dev / sdb1) e eu posso executar comandos como:
$ mdadm -A --force /dev/md2 /dev/sde1
$ mdadm --detail /dev/md2
O primeiro parece ter adicionado o dispositivo de matriz ao meu sistema, já que posso executar com êxito o segundo comando, que mostra a matriz como limpa, mas em um estado degradado (como 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 partes do LVM.
O que o comando file -s /dev/{sde1,md2} yield?
$ 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 yield?
$ vgscan
Reading all physical volumes. This may take a while...
Found volume group "kodak_vg" using metadata type lvm2
Existe um volume físico de LVM em /dev/md2 ?
Sim, há um volume LVM físico na matriz RAID / dev / md2.
O que pvs produz?
$ pvs
PV VG Fmt Attr PSize PFree
/dev/md2 kodak_vg lvm2 a-- 149.00G 0
Existe uma partição criptografada ou uma tabela de partição do DOS presente?
Não há definitivamente não é qualquer um. É um software básico RAID (md raid1) - > LVM - > EXT3.
Neste ponto, o RAID parecia intacto, mas nenhum mapeador de dispositivos LVM estava presente, e também o Volume Lógico (LV) parecia estar em um estado INATIVO.
$ lvscan
inactive '/dev/kodak_vg/lvm0' [149.00 GB] inherit
Então eu corri este comando para ativá-lo:
$ vgchange -ay
1 logical volume(s) in volume group "kodak_vg" now active
A repetição de lvscan mostrou o LV como ativo agora:
$ lvscan
ACTIVE '/dev/kodak_vg/lvm0' [149.00 GB] inherit
Então, neste momento, achei que ficaria bem montando 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 o meio da unidade pode estar falhando ou falhou?
Tentativa de montagem anterior deixou o dispositivo em um estado inacessível. Inicialmente liguei o dispositivo USB, que foi redetectado como /dev/sdf1 . Eu então, por isso, reiniciei o sistema, mas agora o dispositivo está aparecendo em dmesg as /dev/sdj1 . Não tenho certeza de como movê-lo de volta, isso realmente importa?
Passos repetidos acima substituem em /dev/sdj1 por /dev/sde1 daqui para frente.
Neste ponto, o dispositivo está sendo reportado em lvscan como ACTIVE, mas ainda não tentei montar o mapeador LVM.
O que o comando smartctl -x /dev/sdj yield?
Este comando não parece 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
Este comando, no entanto, gerou 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 yield?
$ file -s /dev/kodak_vg/lvm0
/dev/kodak_vg/lvm0: symbolic link to '/dev/mapper/kodak_vg-lvm0'
Tentou executar o comando file -s no dispositivo de mapeamento:
$ file -s /dev/mapper/kodak_vg-lvm0
/dev/mapper/kodak_vg-lvm0: ERROR: cannot read '/dev/mapper/kodak_vg-lvm0' (Input/output error)
O que vem depois?
Vou usar o conselho do @Gilles e dd_rescue do disco para outro dispositivo para ver se não é possível separar os problemas do dispositivo com problemas de RAID / LVM.
Algum outro conselho antes de continuar?