Tengo un par de dispositivos NAS Lenovo IX2 de 2 discos más baratos. En primer lugar, NO hay fallas de hardware, incluido el disco. Tuve una sacudida eléctrica y un IX2 estaba en un UPS muerto y se cayó y regresó un par de veces, lo que fue suficiente para dañar el sistema operativo Linux del IX. Debido a que este es un NAS que copia su opción de solo lectura en el arranque cada vez y ya era muy complicado editar la configuración en ejecución o instalar el optware, etc., no tengo ningún problema simplemente reconstruyéndolo a partir de una configuración anterior.
PROBLEMA Síntomas: Gran parte de la configuración en ejecución parece perdida, la GUI web indica que se necesita un restablecimiento/restauración de fábrica.
SIN EMBARGO, UNA VEZ QUE MONTÉ MANUALMENTE EL GRUPO RAID usando el otro IX2 funcional como "plantilla" de cosas para mirar, la buena noticia es que TODOS LOS DATOS DEL USUARIO ESTÁN TACTOS Y NO EXISTEN ERRORES DE RAID. (Esto es RAID0, por lo que sería totalmente SOL si lo hubiera, lo soy plenamente consciente).
Debido a que los datos SON todos, es la única razón por la que estoy trabajando tan duro (pero en realidad no debería ser así).
La clave aquí son algunos datos del usuario, pero tenía un volumen iSCSI de 2 tb en este IX, que se usaba al 100% para VMware. Este archivo de volumen iSCSI también está intacto. Esto, ser mi almacén de datos, es realmente lo que busco.
TRABAJO YA COMPLETADO: Saqué de la caja una nueva unidad WD USB3 de 4 TB (aunque solo USB2 en el IX2), la conecté y usé mkfs para reformatear la partición predeterminada como EXT4. Luego lo monté como /dev/usb y comencé este comando, hace aproximadamente 20 horas:
rsync -axHAWXS --numeric-ids --progress /mnt/pools/A/A0/ /mnt/usb
Sí, ahora veo que debido a que inicialmente probé la información más nueva: progreso2 y no funcionó, simplemente edité rápidamente el cmd y olvidé agregar el maldito -P para parcial. Esa es una pregunta, realmente me gustaría eliminar esto y reiniciarlo. ¿Puedo seguir usando --append si olvidé usar --partial originalmente? ¿Cómo puedo forzar una continuación y EVITAR perder estas más de 20 horas si necesito reiniciar ahora? (Esta es una parte opcional de mi pregunta)
Ejecuté rsync específicamente para el progreso y las sumas de verificación y reinicié la capacidad sabiendo que era mucho más lento que el cp estándar, pero este IX2 siempre apestaba, pero podía impulsar lecturas por encima de los 100 mbit a 50-65 MB/s a través de iSCSI, sin embargo, este rsync tiene un promedio ~10 MB en el archivo iSCSI de 2 TB. Es absurdo y se estiman 3 días más.
OBJETIVO: Mi objetivo final (y mi pregunta aquí) es cómo abandonar este antiguo hardware IX2 y mover los discos y montarlos en una PC más nueva que ejecute una distribución de Linux más nueva con SATA3 y USB3 completos en horas, no días.
DETALLES ADICIONALES:
Salida del comando para fdisk -l:
root@ix2b:/mnt/usb/iSCSI# fdisk -l
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x6fcb5480
Device Boot Start End Blocks Id System
/dev/sda1 1 3907029167 1953514583+ ee GPT
WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x2fbbf4b0
Device Boot Start End Blocks Id System
/dev/sdb1 1 3907029167 1953514583+ ee GPT
Disk /dev/md0: 21.5 GB, 21474762752 bytes
2 heads, 4 sectors/track, 5242862 cylinders, total 41942896 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/md0 doesn't contain a valid partition table
Disk /dev/md1: 3957.8 GB, 3957777760256 bytes
2 heads, 4 sectors/track, 966254336 cylinders, total 7730034688 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 524288 bytes / 1048576 bytes
Disk identifier: 0x00000000
Disk /dev/md1 doesn't contain a valid partition table
Note: sector size is 4096 (not 512)
Disk /dev/sdc: 4000.8 GB, 4000752599040 bytes
255 heads, 63 sectors/track, 60799 cylinders, total 976746240 sectors
Units = sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0xdb4bf07b
Device Boot Start End Blocks Id System
/dev/sdc1 256 976746239 3906983936 7 HPFS/NTFS/exFAT
root@ix2b:/mnt/usb/iSCSI#
Salida del comando para parted:
Model: WDC WD20EFRX-68AX9N0 (scsi)
Disk /dev/sda: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
1 33.6MB 21.5GB 21.5GB primary
2 21.5GB 2000GB 1979GB primary
Model: WDC WD20EFRX-68AX9N0 (scsi)
Disk /dev/sdb: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
1 33.6MB 21.5GB 21.5GB primary
2 21.5GB 2000GB 1979GB primary
Model: WD My Book 1230 (scsi)
Disk /dev/sdc: 4001GB
Sector size (logical/physical): 4096B/4096B
Partition Table: msdos
Number Start End Size Type File system Flags
1 1049kB 4001GB 4001GB primary
Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/b9b358d_vg-lv3707c1c1: 3958GB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Number Start End Size File system Flags
1 0.00B 3958GB 3958GB ext4
Error: /dev/mtdblock0: unrecognised disk label
Error: /dev/mtdblock1: unrecognised disk label
Error: /dev/mtdblock2: unrecognised disk label
Error: /dev/mtdblock3: unrecognised disk label
Error: /dev/md0: unrecognised disk label
Error: /dev/md1: unrecognised disk label
Salida del comando para uname:
root@ix2b:/mnt/usb/iSCSI# uname -a
Linux ix2b 2.6.31.8 Tue Aug 30 10:28:13 EDT 2016 v0.0.9 Tue Aug 30 10:28:13 EDT 2016 armv5tel GNU/Linux
Salida del comando para lsblk:
root@ix2b:/mnt/usb/iSCSI# lsblk /dev/sd[bc] -o NAME,SIZE,TYPE,MAJ:MIN
NAME SIZE TYPE MAJ:MIN
sdb 1.8T disk 8:16
|-sdb1 20G part 8:17
| `-md0 20G raid1 9:0
`-sdb2 1.8T part 8:18
`-md1 3.6T raid0 9:1
`-b9b358d_vg-lv3707c1c1 (dm-0) 3.6T lvm 253:0
sdc 3.7T disk 8:32
`-sdc1 1.7T part 8:33
Respuesta1
Aparentemente publiqué esto en el sitio SO equivocado: Askubuntu aparentemente se ha ocupado mucho más de este problema y encontré algunas referencias para estudiar.
Así que publicaré una respuesta inicial, pero no estoy convencido de si hay mucho más sobre esto; si lo hay, ¡comente aquí para ayudar a otros!
Arranque LiveCD en hardware más nuevo con 2 unidades SATA conectadas a los puertos 0 y 1 y una nueva unidad de destino de datos conectada a través de SATA o USB3
Instalar mdadm:
sudo apt-get install mdadmEscanee todas las unidades en busca de volúmenes RAID:
sudo mdadm -Q /dev/sd[a-f][1-9]Intente escanear, ensamblar y abrir en nautilus:
sudo mdadm --assemble --scanCP/Rsync/TAR/etc sus datos fuera del volumen RAID al nuevo destino de datos
EDITAR: Hasta ahora la respuesta que publiqué arriba era correcta, pero este NAS configuró los discos/RAID LVM de esta manera:
root@ubuntu:~# sudo lsblk -f NOMBRE FSTYPE ETIQUETA UUID PUNTO DE MONTAJE sdb
├─sdb2 linux_rai ix2b:1 0b3fca64-f33a-21cc-45dc-6353be71366e
│ └─md1 LVM2_memb HgGqsx-nrcC-MF1 f-tWYK-Iv3w-g24n-MylTHy └─sdb1 linux_rai ix2-dl-113:0 70d23f10-3d2b-9d15-4af5-7c4e11dda669
└─md0
sdc
├─sdc2 linux_rai ix2b:1 0b3fca64-f33a-21cc-45dc- 6353be71366e
│ └─md1 LVM2_memb HgGqsx-nrcC-MF1f -tWYK-Iv3w-g24n-MylTHy └─sdc1 linux_rai ix2-dl-113:0 70d23f10-3d2b-9d15-4af5-7c4e11dda669
└─md0
sda
├─sda2
├─sda5 swap d7fa7f 10-c009-435c-8435-e0b4556a235b [CAMBIO ] └─sda1 ext4 5e18f5b8-ff52-4f82-8a2a-24d687eb8413 /
EDITAR: He reunido el resto de los pasos y los escribiré para agregarlos aquí y también crearé una guía para publicar. Tengo todos los volúmenes RAID montados en una máquina virtual USB3/SATA que ha demostrado funcionar muy bien y es un buen giro en el enfoque que otros parecen adoptar al intentar recuperar unidades NAS. Los he montado a través de convertidores SATA3-->USB3 probados en la VM a aproximadamente 120-150 MB/seg x 2 para la banda, por lo que ¡MUCHO más rápido que dejarlos en el NAS! ¡Manténganse al tanto!