Alguien me entregó una unidad que solía ser parte de una matriz RAID 1 (espejo). La unidad aparentemente tiene LVM (1?) y EXT3 (creo). ¿Qué pasos puedo seguir para recuperar el acceso a esta unidad?
Información adicional:
- La unidad era una matriz RAID de un sistema Fedora 6, por lo que supongo que era de la época en la que todavía usaba LVM1 y EXT3.
- Sólo tengo la mitad del RAID.
La unidad está basada en USB. Mi sistema Fedodra 14 actual es capaz de identificar bien la unidad (/dev/sdb1) y puedo ejecutar comandos como:
$ mdadm -A --force /dev/md2 /dev/sde1 $ mdadm --detail /dev/md2El primero parece haber agregado el dispositivo de matriz a mi sistema, ya que puedo ejecutar con éxito el segundo comando que muestra la matriz limpia, pero en un estado degradado (como se esperaba).
$ 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
Me quedo atascado cuando intento recuperar las piezas de LVM.
EDITAR #1: Preguntas de seguimiento
¿Qué produce el comando
file -s /dev/{sde1,md2}?$ file -s /dev/{sde1,md2} /dev/sde1: LVM2 (Linux Logical Volume Manager) , UUID: ZK8IfBzUHPH5befvm5CZ81oIXHm11TG /dev/md2: LVM2 (Linux Logical Volume Manager) , UUID: ZK8IfBzUHPH5befvm5CZ81oIXHm11TG¿Qué produce el comando
vgscan?$ vgscan Reading all physical volumes. This may take a while... Found volume group "kodak_vg" using metadata type lvm2¿Hay un volumen LVM físico activado
/dev/md2?Sí, hay un volumen LVM físico en la matriz RAID /dev/md2.
¿Qué
pvsproduce?$ pvs PV VG Fmt Attr PSize PFree /dev/md2 kodak_vg lvm2 a-- 149.00G 0¿Existe una partición cifrada o una tabla de particiones de DOS?
No, definitivamente tampoco lo hay. Es un software RAID básico (md raid1) -> LVM -> EXT3.
EDITAR #2
En este punto, el RAID parecía intacto, pero no había ningún asignador de dispositivos LVM presente y el volumen lógico (LV) parecía estar en estado INACTIVO.
$ lvscan
inactive '/dev/kodak_vg/lvm0' [149.00 GB] inherit
Entonces ejecuté este comando para activarlo:
$ vgchange -ay
1 logical volume(s) in volume group "kodak_vg" now active
Volver a ejecutar lvscanmostró que el LV está activo ahora:
$ lvscan
ACTIVE '/dev/kodak_vg/lvm0' [149.00 GB] inherit
Montaje
Entonces, en este punto pensé que estaría bien montar el asignador 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
Aquí está el resultado 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
¿Significa esto que el medio de la unidad puede estar fallando o ha fallado?
EDITAR #3: Preguntas de seguimiento
El intento de montaje anterior dejó el dispositivo en un estado inaccesible. Inicialmente apagué y encendí el dispositivo USB, que luego se volvió a detectar como /dev/sdf1. Luego reinicié el sistema, pero ahora el dispositivo aparece dmesgcomo /dev/sdj1. No estoy seguro de cómo moverlo hacia atrás, ¿realmente importa?
Repita los pasos anteriores para sustituirlos /dev/sdj1y /dev/sde1seguir adelante por ahora.
En este punto, el dispositivo se informa lvscancomo ACTIVO, pero aún no he intentado montar el asignador LVM.
¿Qué produce el comando
smartctl -x /dev/sdj?Este comando no pareció funcionar correctamente:
$ 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 summarySin embargo, este comando proporcionó información adicional:
$ 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]¿Qué produce el comando
file -s /dev/kodak_vg/lvm0?$ file -s /dev/kodak_vg/lvm0 /dev/kodak_vg/lvm0: symbolic link to `/dev/mapper/kodak_vg-lvm0'Intentó ejecutar el comando
file -scontra el dispositivo asignador:$ file -s /dev/mapper/kodak_vg-lvm0 /dev/mapper/kodak_vg-lvm0: ERROR: cannot read `/dev/mapper/kodak_vg-lvm0' (Input/output error)¿Qué sigue?
Voy a seguir el consejo de @Gilles y
dd_rescuecambiaré la unidad a otro dispositivo para ver si podemos solucionar los problemas del dispositivo con problemas de RAID/LVM.¿Algún otro consejo antes de continuar?