Iomega Home Media disco corrompido - ajuda de recuperação de dados solicitada

2

Olá membros do Ubuntu ...

Eu tenho desde ontem um problema com um Disco Rígido de Rede de Mídia Doméstica da Iomega (HMNHD) que costumava funcionar há mais de dois anos. Isso resultou depois de uma queda de energia geral e eu acredito que isso corrompeu o sistema operacional do disco rígido, resultando em não ter mais acesso aos arquivos. Existem arquivos importantes que eu preciso restaurar (eles foram colocados na unidade na semana passada e não foram "copiados" ainda para um segundo NAS porque o ciclo de salvamento que é executado a cada 2 semanas deve ser executado hoje (tarde demais !!!)

Eu fiz vários testes antes de vir aqui para ajudar, como eu acho que o disco rígido Seagate 1 para SATA) ainda não está falhando, mas os dados corrompidos estão em causa ... Aqui é onde eu cheguei: Executando sob windows vários softs, me dá a seguinte informação: - O disco está executando o GPT-EFI. - Ease Us: Vê arquivos 7000 e pode restaurá-los, mas vários arquivos gz são divididos (veja as razões abaixo) - TestDisk vê o tipo de disco GPT-EFI e indica:

Current partition structure:
     Partition                  Start        End    Size in sectors

 1 P Linux Raid                 65536   42008576   41943041 [primary] [md0]
No FAT, NTFS, ext2, JFS, Reiser, cramfs or XFS marker
 2 P MS Data                 42008584 1953525106 1911516523 [primary]
 2 P MS Data                 42008584 1953525106 1911516523 [primary]

E depois de uma análise rápida:

Disk /dev/sdc - 1000 GB / 931 GiB - CHS 121601 255 63
     Partition               Start        End    Size in sectors
>P Linux LVM                  65536   42008447   41942912
 P Linux Raid              42008448   42008575        128 [md0]
   Linux Raid              42008584   42008591          8 [hmnhd-TID0YM:1]
   Linux LVM               42008584 1953524999 1911516416

Como você pode ver, existe uma Partição Raid Linux que poderia explicar por que nos facilitar a recuperação de dados (arquivos gz divididos) ... O Testdisk não conseguiu, após 14 horas, recuperar dados e ainda estava analisando o disco.

Eu decidi mudar para o live-cd do Ubuntu e tentar recuperar o que eu poderia (eu fiz isso para outros discos e isso costumava funcionar bem)

Então aqui vamos nós:

ubuntu@ubuntu:~$ sudo fdisk -l

WARNING: GPT (GUID Partition Table) detected on '/dev/sdc'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00008000

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1               1  1953525167   976762583+  ee  GPT
Partition 1 does not start on physical sector boundary.

Ok GPT Type .. vamos continuar com o gdisk

ubuntu@ubuntu:~$ sudo gdisk /dev/sdc
GPT fdisk (gdisk) version 0.8.7

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): x

Expert command (? for help): p
Disk /dev/sdc: 1953525168 sectors, 931.5 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 38DB39C4-87F0-43AA-BE1E-FB226B221093
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1953525134
Partitions will be aligned on 8-sector boundaries
Total free space is 65537 sectors (32.0 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1           65536        42008576   20.0 GiB    FD00  primary
   2        42008584      1953525106   911.5 GiB   0700  primary

Expert command (? for help): o

Disk size is 1953525168 sectors (931.5 GiB)
MBR disk identifier: 0x00008000
MBR partitions:

Number  Boot  Start Sector   End Sector   Status      Code
   1                     1   1953525167   primary     0xEE

Expert command (? for help): i
Partition number (1-2): 1
Partition GUID code: A19D880F-05FC-4D3B-A006-743F0F84911E (Linux RAID)
Partition unique GUID: 997E0DF2-00C2-469A-A5BB-BDD3CC676B73
First sector: 65536 (at 32.0 MiB)
Last sector: 42008576 (at 20.0 GiB)
Partition size: 41943041 sectors (20.0 GiB)
Attribute flags: 0000000000000000
Partition name: 'primary'

Expert command (? for help): i
Partition number (1-2): 2
Partition GUID code: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 (Microsoft basic data)
Partition unique GUID: C76D7285-4231-45CE-87E2-504FF9D8110F
First sector: 42008584 (at 20.0 GiB)
Last sector: 1953525106 (at 931.5 GiB)
Partition size: 1911516523 sectors (911.5 GiB)
Attribute flags: 0000000000000000
Partition name: 'primary'

Expert command (? for help): v

No problems found. 65537 free sectors (32.0 MiB) available in 3
segments, the largest of which is 65502 (32.0 MiB) in size.

Eu tentei montar / dev / sdc2 com vários tipos e tudo que eu consegui é o seguinte:

ubuntu@ubuntu:~$ sudo mount /dev/sdc2 /media/external/
mount: unknown filesystem type 'linux_raid_member'
ubuntu@ubuntu:~$ sudo mount -t ext2 /dev/sdc2 /media/external/
mount: wrong fs type, bad option, bad superblock on /dev/sdc2,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Eu preciso acessar esses arquivos e recuperá-los, o que posso fazer agora ou como posso proceder ...

Agradecemos antecipadamente para apoiar a comunidade em seus conselhos ...

Tdldp

    
por tdldp 04.12.2013 / 12:15

1 resposta

2

conseguiu entender a mensagem de erro mount: unknown filesystem type 'linux_raid_member' ... Fui com o mdadm (instale com: sudo apt-get install mdadm e configure o postfix para nenhuma configuração se você não precisar)

ubuntu@ubuntu:~$ sudo mdadm --assemble --scan
mdadm: /dev/md0 has been started with 1 drive.
mdadm: /dev/md/1 has been started with 1 drive.

Oh ótimo: o disco aparece na unidade !!!! Apenas verificado LVM é detectado corretamente pela segurança:

ubuntu@ubuntu:~$ sudo lvdisplay
  --- Logical volume ---
  LV Path                /dev/7ebf5eba_vg/lv28ab8112
  LV Name                lv28ab8112
  VG Name                7ebf5eba_vg
  LV UUID                3Q3uVF-vpxW-RMLG-q8xv-mzir-A9uc-GedWph
  LV Write Access        read/write
  LV Creation host, time , 
  LV Status              available
  # open                 0
  LV Size                911,48 GiB
  Current LE             233339
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:2

  --- Logical volume ---
  LV Path                /dev/md0_vg/BFDlv
  LV Name                BFDlv
  VG Name                md0_vg
  LV UUID                iab1Sk-DQfk-WlZI-Hb0r-WyUo-LRTn-EuAkR3
  LV Write Access        read/write
  LV Creation host, time , 
  LV Status              available
  # open                 0
  LV Size                4,00 GiB
  Current LE             1024
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:0

  --- Logical volume ---
  LV Path                /dev/md0_vg/vol1
  LV Name                vol1
  VG Name                md0_vg
  LV UUID                1AQ0Jt-eEEw-S0W6-1uXt-GvKy-kq2f-TyZNXa
  LV Write Access        read/write
  LV Creation host, time , 
  LV Status              available
  # open                 0
  LV Size                16,00 GiB
  Current LE             4095
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:1

Ele balança o bebê!

Copia arquivos até agora ... Novo assunto para acompanhar, pois agora estou tentando entender o que aconteceu no primeiro LV

    
por tdldp 05.12.2013 / 15:57