Quais etapas posso usar para recuperar uma matriz RAID 1 com LVM e EXT3?

Quais etapas posso usar para recuperar uma matriz RAID 1 com LVM e EXT3?

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

  1. 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
    
  2. O que o comando vgscanproduz?

    $ vgscan
      Reading all physical volumes.  This may take a while...
      Found volume group "kodak_vg" using metadata type lvm2
    
  3. Existe um volume LVM físico ativado /dev/md2?

    Sim, há um volume LVM físico na matriz RAID/dev/md2.

  4. O que pvsrende?

    $ pvs
       PV         VG         Fmt  Attr PSize   PFree
       /dev/md2   kodak_vg   lvm2 a--  149.00G    0 
    
  5. 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 lvscanmostrou 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 dmesgcomo /dev/sdj1. Não tenho certeza de como movê-lo de volta, isso realmente importa?

/dev/sdj1Etapas repetidas acima , substituindo /dev/sde1por agora.

Neste ponto, o dispositivo está sendo relatado lvscancomo ATIVO, mas ainda não tentei montar o mapeador LVM.

  1. O que o comando smartctl -x /dev/sdjproduz?

    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]
    
  2. O que o comando file -s /dev/kodak_vg/lvm0produz?

    $ file -s /dev/kodak_vg/lvm0
    /dev/kodak_vg/lvm0: symbolic link to `/dev/mapper/kodak_vg-lvm0'
    

    Tentativa de executar o comando file -sno 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)
    
  3. Qual o proximo?

    Vou seguir o conselho de @Gilles e dd_rescuedirigir 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?

Referências

informação relacionada