Estoy tratando de volver a montar una incursión Synology 0 con unidades de 3x2GB. Hasta donde yo sé, las unidades están en buenas condiciones.
Simplemente no tengo suficiente espacio para hacer una imagen completa de estos antes de continuar, así que espero que usuarios más experimentados puedan ayudarme. Los datos ciertamente no son lo más importante que tengo, pero, naturalmente, sería genial si pudiera recuperarlos.
Perdón por una publicación tan masiva, pero pensé que era mejor darte toda la información posible.
Esto es lo que he intentado hasta ahora:
#sudo fdisk -l
(Solo enumero mis unidades de incursión)
Disco / dev / sda: 1,8 TiB, 2000398934016 bytes, sectores 3907029168 Unidades: sectores de 1 * 512 = 512 bytes Tamaño del sector (lógico / físico): 512 bytes / 4096 bytes Tamaño de E / S (mínimo / óptimo): 4096 bytes / 4096 bytes Tipo de etiqueta de disco: dos Identificador del disco: 0x00098445 Dispositivo Arranque Inicio Fin Sectores Tamaño Id Tipo / dev / sda1 256 4980735 4980480 2,4G fd Linux raid autodetect / dev / sda2 4980736 9175039 4194304 2G fd Linux raid autodetect / dev / sda3 9437184 3906824351 3897387168 1,8T fd Linux raid autodetect Disco / dev / sdb: 1,8 TiB, 2000398934016 bytes, sectores 3907029168 Unidades: sectores de 1 * 512 = 512 bytes Tamaño del sector (lógico / físico): 512 bytes / 4096 bytes Tamaño de E / S (mínimo / óptimo): 4096 bytes / 4096 bytes Tipo de etiqueta de disco: dos Identificador del disco: 0x0004a6ce Dispositivo Arranque Inicio Fin Sectores Tamaño Id Tipo / dev / sdb1 256 4980735 4980480 2,4G fd Linux raid autodetect / dev / sdb2 4980736 9175039 4194304 2G fd Linux raid autodetect / dev / sdb3 9437184 3906824351 3897387168 1,8T fd Linux raid autodetect Disco / dev / sdd: 1,8 TiB, 2000398934016 bytes, sectores 3907029168 Unidades: sectores de 1 * 512 = 512 bytes Tamaño del sector (lógico / físico): 512 bytes / 4096 bytes Tamaño de E / S (mínimo / óptimo): 4096 bytes / 4096 bytes Tipo de etiqueta de disco: dos Identificador del disco: 0x000d3273 Dispositivo Arranque Inicio Fin Sectores Tamaño Id Tipo / dev / sdd1 2048 4982527 4980480 2,4G fd Linux raid autodetect / dev / sdd2 4982528 9176831 4194304 2G fd Linux raid autodetect / dev / sdd3 9437184 3906824351 3897387168 1,8T fd Linux raid autodetect
Entonces la salida de mdstat:
#sudo cat /proc/mdstat
Personalidades: [lineal] [trayectoria múltiple] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md127: inactivo sdb3 [2] (S) sda3 [0] (S) sdd3 [1] (S)
5846077648 bloques super 1.2
dispositivos no utilizados: ninguno
Luego resultado de examinar la partición # 3 en cada unidad:
#sudo mdadm --examine /dev/sda3
/ dev / sda3:
Magia: a92b4efc
Versión: 1.2
Mapa de funciones: 0x0
Matriz UUID: a55ec236: a21e68d6: 880073e6: 0767672b
Nombre: Rackstation: 3
Hora de creación: dom 29 de octubre 20:55:08 2017
Nivel de banda: raid0
Dispositivos Raid: 3
Tamaño de desarrollo disponible: 3897385088 (1858.42 GiB 1995.46 GB)
Compensación de datos: 2048 sectores
Super Offset: 8 sectores
Espacio no utilizado: antes = 1968 sectores, después = 32 sectores
Estado: limpio
Dispositivo UUID: 97599be0: 421d7434: 27cf35e3: 3738cb20
Hora de actualización: mié 6 de diciembre 10:30:37 2017
Suma de comprobación: 971d4c1e - correcta
Eventos: 2
Tamaño del fragmento: 64 K
Rol del dispositivo: dispositivo activo 0
Estado de matriz: AA ('A' == activo, '.' == faltante, 'R' == reemplazando)
#sudo mdadm --examine /dev/sdb3
/ dev / sdb3:
Magia: a92b4efc
Versión: 1.2
Mapa de funciones: 0x0
Matriz UUID: a55ec236: a21e68d6: 880073e6: 0767672b
Nombre: Rackstation: 3
Hora de creación: dom 29 de octubre 20:55:08 2017
Nivel de banda: raid0
Dispositivos Raid: 3
Tamaño de desarrollo disponible: 3897385088 (1858.42 GiB 1995.46 GB)
Compensación de datos: 2048 sectores
Super Offset: 8 sectores
Espacio no utilizado: antes = 1968 sectores, después = 32 sectores
Estado: limpio
Dispositivo UUID: 3d7f416b: da7acb4c: db31ee99: 2d7c160d
Hora de actualización: mié 6 de diciembre 10:30:37 2017
Suma de comprobación: dd1e7607 - correcta
Eventos: 2
Tamaño del fragmento: 64 K
Rol del dispositivo: dispositivo activo 2
Estado de matriz: AA ('A' == activo, '.' == faltante, 'R' == reemplazando)
#sudo mdadm --examine /dev/sdd3
/ dev / sdd3:
Magia: a92b4efc
Versión: 1.2
Mapa de funciones: 0x0
Matriz UUID: a55ec236: a21e68d6: 880073e6: 0767672b
Nombre: Rackstation: 3
Hora de creación: dom 29 de octubre 20:55:08 2017
Nivel de banda: raid0
Dispositivos Raid: 3
Tamaño de desarrollo disponible: 3897385120 (1858.42 GiB 1995.46 GB)
Compensación de datos: 2048 sectores
Super Offset: 8 sectores
Espacio no utilizado: antes = 1968 sectores, después = 0 sectores
Estado: limpio
Dispositivo UUID: a5b79e82: 0c39533c: 4f4adae0: 540dafdf
Hora de actualización: dom 29 de octubre 20:55:08 2017
Suma de comprobación: fe189076 - correcta
Eventos: 0
Tamaño del fragmento: 64 K
Rol del dispositivo: dispositivo activo 1
Estado de matriz: AAA ('A' == activo, '.' == faltante, 'R' == reemplazando)
mdadm informa que la redada está limpia, lo cual es bueno, supongo.
Luego seguí el consejo aquí: re-mount-two-old-disk-from-raid0-setup-to-recovery-data
#sudo mount /dev/md127 /mnt/oldData
mount: /mnt/oldData: can't read superblock on /dev/md127.
Luego busqué en Google un poco más y corrí:
#sudo mdadm -D /dev/md127
/ dev / md127:
Versión: 1.2
Nivel de banda: raid0
Dispositivos totales: 3
Persistencia: Superblock es persistente
Estado: inactivo
Nombre: Rackstation: 3
UUID: a55ec236: a21e68d6: 880073e6: 0767672b
Eventos: 0
Número Dispositivo de ataque menor mayor
- 8 51 - / dev / sdd3
- 8 19 - / dev / sdb3
- 8 3 - / dev / sda3
¿Alguien puede leer algo de esto? La ayuda es muy apreciada.