Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Récupération données Raid 5 provenant d'un NAS

jmvau54

jm@jm-P35C-DS3R:~$ sudo mdadm --create /dev/md1 --metadata=1.0 --level=5 --layout=left-symmetric --chunk=64 --assume-clean -n 4 /dev/mapper/sda2 /dev/mapper/sdb2 missing /dev/mapper/sde2
mdadm: /dev/mapper/sda2 appears to contain an ext2fs file system
       size=5852655616K  mtime=Mon Jan 16 23:56:18 2017
mdadm: /dev/mapper/sda2 appears to be part of a raid array:
       level=raid5 devices=4 ctime=Sat Apr  6 09:30:03 2013
mdadm: /dev/mapper/sdb2 appears to be part of a raid array:
       level=raid5 devices=4 ctime=Sat Apr  6 09:30:03 2013
mdadm: /dev/mapper/sde2 appears to contain an ext2fs file system
       size=5584220160K  mtime=Mon Jan 16 23:56:18 2017
mdadm: /dev/mapper/sde2 appears to be part of a raid array:
       level=raid5 devices=4 ctime=Sat Apr  6 09:30:03 2013
Continue creating array? yes 
mdadm: array /dev/md1 started.
jm@jm-P35C-DS3R:~$

C'est monté, les dossiers apparaissent. Je copie ?

jamesbad000

enchainer avec

sudo lsblk -o SIZE,NAME,FSTYPE,LABEL,MOUNTPOINT

jmvau54

jm@jm-P35C-DS3R:~$ sudo lsblk -o SIZE,NAME,FSTYPE,LABEL,MOUNTPOINT
  SIZE NAME      FSTYPE    LABEL          MOUNTPOINT
  1,8T sda                                
  512M ├─sda1    linux_rai                
  1,8T ├─sda2    linux_rai 1              
  1,8T │ └─sda2  linux_rai jm-P35C-DS3R:1 
  5,5T │   └─md1 ext4                     /media/jm/43ac3cff-8d68-4a75-a4ee-57d7
    1G ├─sda3                             
    1G └─sda4    ext4                     
  1,8T sdb                                
  512M ├─sdb1    linux_rai                
  1,8T ├─sdb2    linux_rai 1              
  1,8T │ └─sdb2  linux_rai jm-P35C-DS3R:1 
  5,5T │   └─md1 ext4                     /media/jm/43ac3cff-8d68-4a75-a4ee-57d7
    1G ├─sdb3                             
    1G └─sdb4    ext4                     
  1,8T sdc                                
  512M ├─sdc1    linux_rai                
  1,8T ├─sdc2    linux_rai 1              
    1G ├─sdc3                             
    1G └─sdc4    ext4                     
  1,8T sdd                                
  512M ├─sdd1    linux_rai                
  1,8T ├─sdd2    linux_rai 1              
    1G ├─sdd3                             
    1G └─sdd4    ext4                     
  1,8T sde                                
  512M ├─sde1    linux_rai                
  1,8T ├─sde2    linux_rai 1              
  1,8T │ └─sde2  linux_rai jm-P35C-DS3R:1 
  5,5T │   └─md1 ext4                     /media/jm/43ac3cff-8d68-4a75-a4ee-57d7
    1G ├─sde3                             
    1G └─sde4    ext4                     
  1,8T sdf                                
  1,8T └─sdf1    ext4                     /media/jm/2f94304d-3a7a-46a0-88d1-d5f9
111,8G sdg                                
107,8G ├─sdg1    ext4                     /
    1K ├─sdg2                             
    4G └─sdg5    swap                     [SWAP]
  1,8T loop0                              
  1,8T └─sde2    linux_rai jm-P35C-DS3R:1 
  5,5T   └─md1   ext4                     /media/jm/43ac3cff-8d68-4a75-a4ee-57d7
  1,8T loop1                              
  1,8T └─sdb2    linux_rai jm-P35C-DS3R:1 
  5,5T   └─md1   ext4                     /media/jm/43ac3cff-8d68-4a75-a4ee-57d7
  1,8T loop2                              
  1,8T └─sda2    linux_rai jm-P35C-DS3R:1 
  5,5T   └─md1   ext4                     /media/jm/43ac3cff-8d68-4a75-a4ee-57d7
jm@jm-P35C-DS3R:~$

jamesbad000

Pas mal... Sauf que c'était pas tout à fait prévu que le md1 apparaisse aussi accroché au vrai disques
Tentons déjà une vérif du système de fichier en lecture seul

sudo umount /dev/md1
sudo e2fsck -fn /dev/md1

jmvau54

jm@jm-P35C-DS3R:~$ sudo e2fsck -fn /dev/md1
e2fsck 1.42.13 (17-May-2015)
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
/dev/md1 : 117928/182898688 fichiers (1.7% non contigus), 1385130895/1463163904 blocs
jm@jm-P35C-DS3R:~$

Comment faut interpreter les 1,7% non contigus ?

jamesbad000

jmvau54 a écritComment faut interpreter les 1,7% non contigus ?

c'est le pourcentage de bloc de données non contiguë (la fragmentation de fichier)

A part ça, il n'y a pas le moindre problème dans les structure du système de fichier. Ce qui est un très bon début.
Il se peut cependant qu'il manque certains morceaux de fichiers (limité au quelque Kb qu'il manque). Il faut que je retrouve la procédure que j'avais mis au point pour vérifier ça...

jamesbad000

Ben non, au moment de poster la manip, je viens de réaliser que je ne peux pas faire ce recoupement entre les secteurs non recopiés et le système de fichier sur un volume raid5.
Enfin si j'y passais une ou deux semaine de plus, je trouverais peut-être la solution, et d'ailleurs le problème est intéressant. Mais bon...

Que dit le ddrescue, il progresse encore ?

jmvau54

Cette nuit, il n'a pas avancé.

jamesbad000

Mais encore, combien de Ko restant, combien de passes effectuées.
Il serait aussi utile de faire un petit coup de

sudo smartctl -A /dev/sdd

Pour voir s'il y a une évolution des pending sectors. Jusque là on en avait récupéré aucun, et si le chiffre ne bouge toujours pas, ça veut dire qu'on va probablement plafonner à 700K restant.

En l'état actuel, le bilan est que ton système de fichier est sains, qu'il ne doit pas manquer de répertoire, et qu'il peut manquer des morceaux de certains fichier (Sachant que les 1 Mo et quelques manquant représentent Moins d'un millionième du volume total). Mais il est aussi possible que les secteurs manquant correspondent à de l'espace libre.

Tu peux sans risque monter ton volume raid et commencer à regarder dedans, ouvrir des fichiers, pour t'assurer qu'il ne manque rien d'important. Ou commencer directement à copier si tu préfère ne plus attendre.

jmvau54

5èe passe
176erreurs
1398ko en erreurs

jm@jm-P35C-DS3R:~$ sudo smartctl -A /dev/sdd
[sudo] Mot de passe de jm : 
Désolé, essayez de nouveau.
[sudo] Mot de passe de jm : 
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.4.0-62-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   001   001   051    Pre-fail  Always   FAILING_NOW 100640
  3 Spin_Up_Time            0x0027   161   158   021    Pre-fail  Always       -       6916
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       636
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   094   094   000    Old_age   Always       -       4404
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       442
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       47
193 Load_Cycle_Count        0x0032   197   197   000    Old_age   Always       -       9774
194 Temperature_Celsius     0x0022   124   106   000    Old_age   Always       -       26
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   196   001   000    Old_age   Always       -       1367
198 Offline_Uncorrectable   0x0030   198   197   000    Old_age   Offline      -       929
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   185   181   000    Old_age   Offline      -       4257

jm@jm-P35C-DS3R:~$

Ok, je regarde après manger pour les fichiers dossiers

jmvau54

Ca a pas l'air mal, les phots ont l'air de fonctionner, en tout cas l miniature apparait et elles s'ouvrent pour celles que j'ai voulu voir.
Je ne pourrais de toute facon pas tout tester.

Est ce qu'il est possible de resynchro avec le disque sdf?

jamesbad000

C'est sur que tu ne peux pas vérifier plus de 100000 fichiers.

jmvau54 a écritEst ce qu'il est possible de resynchro avec le disque sdf?

Si tu parles de resynchroniser le 4ème disque du raid qui manque, directement à partir de la situation actuelle, c'est faisable. Mais ça me parrait vaseux.
S'il s'agit de reverser les modifs qui ont été écrites sur sdf au lieu de sda/b/e, c'est aussi théoriquement possible, mais je n'ai pas testé, et ça n'a pas grand intérêt.
Le plus simple serait de refaire le mdadm --create directement sur les vrais dev, maintenant qu'on a validé l'opération. et ensuite de synchroniser le 4ème disque. Mais je conseille quand même de sauvegarder avant.

jmvau54

je parle de resynchro le 4e disque qui manque.
Laisse tomber cette idée. Je vais tout copier et après je remets sda b e et f dans le nas (raid 1 ou 5 à voir) puis on verra pour sdc et d.
Après si tu veux que je teste une resynchro ou quelque chose du genre pour ton expérieuse ou ta curiosité, je peux faire.

En tout cas merci pour ton aide.

jmvau54

pour l'instant, j'ai deux fichiers qui ne se sont pas copiés. ils sont sans importance, lls font 1,4go
Voila l'erreur

Code d'erreur « kFPParamErr » reçu du serveur

Bougron

Bonsoir
N'aurais-tu pas une tout petit message avant ce code d'erreur? https://answers.launchpad.net/ubuntu/+question/259250

jmvau54

le message est
Erreur lors de la copie de « monfichier.mkv "

Bougron

Bonsoir
Ces deux fichiers ont certainement quelques secteurs qui n'ont pas été dupliqués.
Il faudrait récupérer la liste des secteurs non dupliqués et faire des écritures fictives de ces secteurs dans le nouveau disque au risque de se tromper de N° de secteur...
Ou tout simplement lire les fichiers on devrait alors avoir les secteurs non lisibles.
Si ce n'est pas nécessaire...

jmvau54

Bonsoir, ca ne vaut pas le coup de s’embêter pour ces fichiers.
Si tu veux qu'on teste la lecture, dis moi, sinon on laisse tomber.

jmvau54

Bonsoir
la récupération des données est terminée. Ca a l'air d"être bon de tout ce que j'ai testé.
J'attends de recevoir mes 2 disques de 5to pour remonter les sd[abef] dans le dlink.
Que fait on avec sdc et sdd ?

Encore merci pour votre aide.

jamesbad000

Ok super.

Pour tes 2 disques, On peut toujours tenter de les réinitialiser et ensuite leur faire passer un test de lecture écriture pour voir s'il sont encore fiable. Je te donnerais la procédure ce soir

« Page précédente Page suivante »