Recuperação de NAS via remoção de disco

0

Tenho alguns dispositivos NAS de 2 discos Lenovo IX2 mais baratos. Primeiro de tudo, não há falha de hardware, incluindo disco. Eu tive um choque de energia e um IX2 estava em um UPS morto e caiu e voltou algumas vezes, o que foi o suficiente para corromper o IX Linux OS. Como esse é um NAS que está copiando, ele é apenas lido na inicialização toda vez e já era uma tarefa difícil apenas editar a configuração de execução ou instalar o optware etc., não tenho problema em simplesmente reconstruí-lo a partir de uma configuração antiga.

PROBLEMA Sintomas: Muita configuração em execução parece perdida, a GUI da web indica que é necessário restaurar / restaurar a configuração de fábrica.

No entanto - uma vez que eu manualmente montei o RAID POOL usando o outro trabalho IX2 como um "modelo" de coisas para olhar, a boa notícia é que todos os dados do usuário está no TACTO e não há erros de RAID EXIST. (Isso é RAID0, então eu seria totalmente SOL se houvesse, eu percebi isso completamente).

Como os dados são tudo, é a única razão pela qual estou trabalhando duro (mas não deveria ser).

A chave aqui é alguns dados do usuário, mas eu tinha um volume iSCSI de 2 TB neste IX, sendo usado 100% para o VMware. Este arquivo de volume iSCSI também está em vigor. Este, sendo meu armazenamento de dados, é realmente o que eu estou procurando.

TRABALHO JÁ COMPLETO: Eu desembalei um novo drive WD USB3 de 4tb (embora apenas USB2 no IX2), conectei-o e usei o mkfs para reformatar a partição padrão como EXT4. Eu então montei como / dev / usb e comecei este comando, aproximadamente 20 horas atrás:

rsync -axHAWXS --numeric-ids --progress /mnt/pools/A/A0/ /mnt/usb

Sim, agora vejo isso porque inicialmente tentei a informação mais recente: progress2 e não funcionou, que eu simplesmente editei rapidamente o cmd e esqueci de adicionar o fraggin -P para parcial. Essa é uma pergunta, eu realmente gostaria de matar isso e reiniciá-lo, eu ainda posso usar --append ter esquecido de usar --partial originalmente? Como posso forçar uma continuação e EVITAR a perda das 20 + horas se precisar reiniciar agora? (Esta é uma parte opcional da minha pergunta)

Eu executei o rsync especificamente para o progresso e somas de verificação e reinicializei totalmente sabendo que era muito mais lento que o padrão cp - mas esse IX2 sempre era ruim, mas eu podia empurrar leituras acima de 100mbit para 50-65MB / s via iSCSI, O rsync tem uma média de ~ 10MB no arquivo iSCSI 2tb. É um absurdo e está estimando mais 3 dias.

OBJETIVO: Meu objetivo final (e pergunta aqui) é como abandonar este antigo hardware IX2 e mover os discos e montá-los em um PC mais novo, executando uma nova distribuição Linux em SATA3 & USB3 em horas, não em dias.

DETALHES ADICIONAIS:

Saída de 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#

Saída de 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

Saída de 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

Saída de 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
    
por Collin Chaffin 26.05.2017 / 05:01

1 resposta

1

Eu aparentemente postei isso no errado S.O. site - o askubuntu aparentemente lidou muito mais com esse problema e eu encontrei algumas referências para estudar.

Então, vou postar uma resposta inicial, mas não estou convencido se há muito mais para isso - se houver, por favor, comente aqui para ajudar os outros!

  1. Inicialize o LiveCD em um hardware mais novo com 2 unidades SATA conectadas às portas 0 & 1 e nova unidade de destino de dados conectada via SATA ou USB3

  2. Instalar o mdadm:

    sudo apt-get install mdadm
    
  3. Analise todas as unidades para volumes RAID:

    sudo mdadm -Q /dev/sd[a-f][1-9]
    
  4. Tente digitalizar e montar e abrir no nautilus:

    sudo mdadm --assemble --scan
    
  5. CP / Rsync / TAR / etc seus dados fora do volume RAID para nova meta de dados

    EDIT: Até agora, a resposta que eu postei acima estava correta, mas este NAS configurou os discos / RAID LVM assim:

    root @ ubuntu: ~ # sudo lsblk -f NAME FSTYPE LABEL UUID MOUNTPOINT sdb
    Lin─sdb2 linux_rai ix2b: 1 0b3fca64-f33a-21cc-45dc-6353be71366e
    L └─md1 LVM2_memb HgGqsx-nrcC-MF1f-tWYK-Iv3w-g24n-MylTHy S─sdb1 linux_rai ix2-dl-113: 0 70d23f10-3d2b-9d15-4af5-7c4e11dda669
    └─md0
    sdc
    Lin─sdc2 linux_rai ix2b: 1 0b3fca64-f33a-21cc-45dc-6353be71366e
    L └─md1 LVM2_memb HgGqsx-nrcC-MF1f-tWYK-Iv3w-g24n-MylTHy Lin─sdc1 linux_rai ix2-dl-113: 0 70d23f10-3d2b-9d15-4af5-7c4e11dda669
    └─md0
    sda
    S─sda2
    Swap─sda5 swap d7fa7f10-c009-435c-8435-e0b4556a235b [SWAP] └─sda1 ext4 5e18f5b8-ff52-4f82-8a2a-24d687eb8413 /

EDIT: Eu compilei o restante das etapas e vou escrevê-las para adicionar aqui e também criar um guia para postar. Eu tenho todos os volumes RAID montados em uma máquina virtual USB3 / SATA que provou funcionar muito bem e é um bom giro na abordagem que outros parecem tentar recuperar unidades NAS. Eu tenho eles montados via SATA3 - > USB3 conversores testados na VM em aproximadamente 120-150MB / seg seq x 2 para a faixa de modo que uma tonelada mais rápida do que deixá-los no NAS! Fique ligado!

    
por 26.05.2017 / 06:28