shr drives de invasão com NAS nasuseado (synology)

3

Eu tenho dois discos que eu usei como shr (synology hybrid raid) em sinologia nas. infelizmente, após a atualização do sistema operacional caiu sem capacidade de usar a opção de redefinição. aparentemente isso é conhecido como tela branca da morte.

de qualquer maneira eu estou procurando uma maneira de acessar os dados para transferi-lo para um disco de backup. infelizmente não há back-up agora.

synology postou o seguinte link dando uma solução para montar os discos em um pc no Ubuntu.

seguiu todas as etapas, exceto a opção "configuração de postfix - sem configuração", pois não foi exibida durante a instalação.

eu tenho as seguintes informações de disco quando conectado via usb (não tenho nenhum desktop disponível então usb é a minha única opção por enquanto)

ambos os discos são visíveis em gparted (sdb e sdc) ambos os discos são simétricos, portanto, informações abaixo para contagens sdb também para sdc particionamento:

/ dev / sdb1 (2,37 GiB)
/ dev / sdb2 (2,00 GiB)
127,12 MB não alocados
Partição estendida: / dev / sdb3 (927,01 GiB)
- 7,80 MB não alocado - / dev / sdb5 926,91 GiB)
- 94,12 MB não alocados 6,91 não alocado

sdb 1,2,3 e 5 são todos raid linux como configuração de arquivo partição estendida é LBA não há sdb 4 sdb5 tem ponto de montagem / dev / md2

quando corri mdadm -Asf & amp; & amp; vgchange -ay os discos responderam fisicamente ambos ao mesmo tempo (como esperado quando ambos os discos devem ser montados)

após a inspeção, o gparted mostrou um disco / dev / md2 extra com apenas uma parcela de 926.91 GiB do sistema de arquivos lvm pv2. exatamente como o tamanho da unidade na sinologia nas. então parece que tudo deveria ter funcionado, mas nenhuma unidade extra sob o nautilus ou na pasta mnt. também uma pequena chave com / dev / md2 sob gparted e nenhuma opção para montar (provavelmente como já está montada)

existe outra maneira de ultrapassar essa partição (montada?) md2? é o sistema de arquivos shr (synology hybrid raid) um problema aqui? o que provavelmente é diferente do ataque comum. eles não mencionam nada sobre isso, não tanto quanto eu sei.

Esperando dicas ou ajuda sobre como acessar os dados.

tipo greatings, Matthieu

sudo lvs:

  LV     VG        Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  root   ubuntu-vg -wi-ao---- 114,84g                                                    
  swap_1 ubuntu-vg -wi-ao----   3,90g                                                    
  lv     vg1000    -wi-a----- 926,90g                                                    

sudo vgs:

LV     VG        Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  root   ubuntu-vg -wi-ao---- 114,84g                                                    
  swap_1 ubuntu-vg -wi-ao----   3,90g                                                    
  lv     vg1000    -wi-a----- 926,90g   

sudo pvs:

  LV     VG        Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  root   ubuntu-vg -wi-ao---- 114,84g                                                    
  swap_1 ubuntu-vg -wi-ao----   3,90g                                                    
  lv     vg1000    -wi-a----- 926,90g   

sudo pvdisplay

  --- Physical volume ---  
  PV Name               /dev/md2  
  VG Name               vg1000  
  PV Size               926,91 GiB / not usable 3,81 MiB  
  Allocatable           yes (but full)  
  PE Size               4,00 MiB  
  Total PE              237287  
  Free PE               0  
  Allocated PE          237287  
  PV UUID               BgEiR6-dOhF-POyb-0nVE-GMc1-WW8c-QxWXpc  

  --- Physical volume ---  
  PV Name               /dev/mapper/sda5_crypt  
  VG Name               ubuntu-vg  
  PV Size               118,76 GiB / not usable 0     
  Allocatable           yes   
  PE Size               4,00 MiB  
  Total PE              30403  
  Free PE               5  
  Allocated PE          30398  
  PV UUID               hQ16w8-eBos-edQ5-sF1s-CV0q-UB2x-nIIHKf  

sudo lvdisplay

  --- Logical volume ---  
  LV Path                /dev/vg1000/lv  
  LV Name                lv  
  VG Name                vg1000  
  LV UUID                G40w9j-sqL1-6e7e-1i9g-PcPA-7mo6-9W69Mr  
  LV Write Access        read/write  
  LV Creation host, time ,   
  LV Status              available  
  # open                 0  
  LV Size                926,90 GiB  
  Current LE             237287  
  Segments               1  
  Allocation             inherit  
  Read ahead sectors     auto  
  - currently set to     256  
  Block device           253:4  

  --- Logical volume ---  
  LV Path                /dev/ubuntu-vg/root  
  LV Name                root  
  VG Name                ubuntu-vg  
  LV UUID                iODJJk-iDeM-5eiy-mGGK-Z2Wj-aJsJ-b9nPNL  
  LV Write Access        read/write  
  LV Creation host, time ubuntu, 2017-02-03 22:35:31 +0100  
  LV Status              available  
  # open                 1  
  LV Size                114,84 GiB  
  Current LE             29400  
  Segments               1  
  Allocation             inherit  
  Read ahead sectors     auto  
  - currently set to     256  
  Block device           253:1  

  --- Logical volume ---  
  LV Path                /dev/ubuntu-vg/swap_1  
  LV Name                swap_1  
  VG Name                ubuntu-vg  
  LV UUID                xHrGFf-GHaB-W4jc-VYJm-e3WT-gkhF-lXigfM  
  LV Write Access        read/write  
  LV Creation host, time ubuntu, 2017-02-03 22:35:31 +0100  
  LV Status              available  
  # open                 1  
  LV Size                3,90 GiB  
  Current LE             998  
  Segments               1  
  Allocation             inherit  
  Read ahead sectors     auto  
  - currently set to     256  
  Block device           253:2  

sudo vgdisplay:

  --- Volume group ---  
  VG Name               vg1000  
  System ID               
  Format                lvm2  
  Metadata Areas        1  
  Metadata Sequence No  2  
  VG Access             read/write  
  VG Status             resizable  
  MAX LV                0  
  Cur LV                1  
  Open LV               0  
  Max PV                0  
  Cur PV                1  
  Act PV                1  
  VG Size               926,90 GiB  
  PE Size               4,00 MiB  
  Total PE              237287  
  Alloc PE / Size       237287 / 926,90 GiB  
  Free  PE / Size       0 / 0     
  VG UUID               owLxtE-2AEt-yTQX-VyGf-gdkz-u5E8-afGETg  

  --- Volume group ---  
  VG Name               ubuntu-vg  
  System ID               
  Format                lvm2  
  Metadata Areas        1  
  Metadata Sequence No  3  
  VG Access             read/write  
  VG Status             resizable  
  MAX LV                0  
  Cur LV                2  
  Open LV               2  
  Max PV                0  
  Cur PV                1  
  Act PV                1  
  VG Size               118,76 GiB  
  PE Size               4,00 MiB  
  Total PE              30403  
  Alloc PE / Size       30398 / 118,74 GiB  
  Free  PE / Size       5 / 20,00 MiB  
  VG UUID               xUCkb6-bk95-bacK-HlIc-IAIv-6rC5-43ymwu  

espero que isso seja um pouco informativo

    
por Matthieu Kints van 11.02.2017 / 01:22

1 resposta

0
A sugestão de steeldrivers funcionou perfeitamente!

monte sudo / dev / mapper / vg1000-lv / mnt

ainda desmontando nunca foi consertado, mas consegui tudo copiado pela rede e os discos foram formatados assim, que resolvi isso.

    
por Matthieu Kints van 03.08.2017 / 21:18

Tags