Corruption du disque Iomega Home Media - aide de récupération de données demandée
Bonjour les membres d'ubuntu ...
Depuis hier, je rencontre un problème avec un disque dur réseau Iomega Home Media (HMNHD) qui fonctionnait depuis plus de 2 ans maintenant. Cela a résulté après une panne de courant générale et je pense que cela a corrompu le système d'exploitation du disque dur, empêchant ainsi l'accès aux fichiers. Il y a des fichiers critiques que je dois restaurer (ils ont été mis sur le disque la semaine dernière et n'avaient pas encore été "copiés" à une seconde NAS car le cycle de sauvegarde exécuté toutes les deux semaines devait s'exécuter aujourd'hui ( trop tard !!!)
J'ai fait plusieurs tests avant de venir ici pour demander de l'aide, car je pense que le disque dur Seagate 1 To SATA) n'est pas encore défaillant, mais que des données corrompues sont en cause ... informations: - Le disque exécute GPT-EFI. - Ease Us: voit 7 000 fichiers et peut les restaurer, mais plusieurs fichiers gz sont divisés (voir les raisons ci-dessous) - TestDisk voit le type de disque GPT-EFI et indique:
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]
Et après une analyse rapide:
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
Comme vous pouvez le voir, il existe une partition Linux Raid qui pourrait expliquer pourquoi nous ne pouvons pas récupérer les données (fichiers gz séparés) ... Testdisk n’a pas été en mesure de récupérer les données après 14 heures et était toujours en train d’analyser le disque.
J'ai décidé de passer à ubuntu live-cd et d'essayer de récupérer ce que je pouvais (je l'ai déjà fait pour d'autres disques et cela fonctionnait bien auparavant)
Alors on y va:
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 Type GPT .. permet de continuer avec 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.
J'ai essayé de monter/dev/sdc2 avec plusieurs types et tout ce que je reçois est le suivant:
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
J'ai besoin d'accéder à ces fichiers et de les récupérer, que puis-je faire maintenant ou comment puis-je procéder ...
Merci d'avance de soutenir la communauté pour vos conseils ...
Tdldp
réussi à comprendre le montage: message d'erreur de type de système de fichiers inconnu 'linux_raid_member' ... est parti avec mdadm (installer avec: Sudo apt-get, installez mdadm et configurez postfix sans configuration si vous n'en avez pas besoin)
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 génial: le disque apparaît dans l'unité !!!! Just Checked LVM est correctement détecté par la sécurité:
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
Ça berce bébé!
Copies de fichier Ran jusqu'à maintenant ... Nouveau sujet à venir avec comme je tente maintenant de comprendre ce qui s'est passé le 1er LV