#51 Le 09/10/2010, à 19:58
- chopinhauer
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
Je crois que c'est le même format: c'est à dire une copie exacte du contenu du disque, sans rien d'autre.
Pensez à donner un bon titre à vos sujets : cela permettra d'aider d'autres utilisateurs dans votre même situation. Ce n'est pas qu'en donnant des solutions qu'on aide, mais aussi en posant des bonnes questions et… facilement trouvables.
Hors ligne
#52 Le 10/10/2010, à 00:27
- rmy
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
C'est exact. L'image est identique au support. D'ailleurs un hash md5 par exemple de /dev/md5 devrait être identique à celui de image.dd. On lui colle l'extension que l'on veut en fait. Personnellement j'utilise dd pour une image de disque et img pour une image de partition. Comme ici ton raid n'est pas partitionné et qu'il est directement le support de ton fs tu peux l'exploiter comme tel. Ton soft demande-t-il une image de disque ou de partition ?
Attention en passant, tu as modifié ton image avec le fsck. Si le soft en question ne te donne pas de résultats satisfaisants, il faudra repartir d'une image saine.
As tu essayé avec ddrescue de passer une option du genre -c 1024 pour voire si tu gagne en rapidité ? De mémoire il me semble que tu bosses avec beaucoup de ram, d'un raid vers un raid, au travers d'un réseu full gigabits. Tu peux donc essayer des valeurs plus grandes encore. À vérifier parce que je ne suis pas chez moi (téléphone powaaa ) mais il me semble que l'unité est le secteur.
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#53 Le 10/10/2010, à 00:53
- chopinhauer
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
La bonne solution pour travailler avec cette quantité de données est les snapshots LVM pour pas perdre des jours en attendant un rsync ou ddrescue.
Il faut sauvegarder le données dans un volume logique (copie 1), faire un snapshot du volume logique (copie 2) et travailler uniquement sur ce dernier. Si on a fait quelque chose de mal, on efface le snapshot et on en fait un nouveau.
La création du snapshot est instantanée, tandis que copier 4.5 Tio de données est très lent même localement.
Dernière modification par chopinhauer (Le 10/10/2010, à 00:54)
Pensez à donner un bon titre à vos sujets : cela permettra d'aider d'autres utilisateurs dans votre même situation. Ce n'est pas qu'en donnant des solutions qu'on aide, mais aussi en posant des bonnes questions et… facilement trouvables.
Hors ligne
#54 Le 10/10/2010, à 01:40
- rmy
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
Bien vu. Tu sais ce qu'il te reste à faire sur ton serveur récepteur… lvm
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#55 Le 10/10/2010, à 03:29
- Moimemeici
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
pendant ce temps j'ai refait une commande: e2fsck cette voici en utilisant 2 superblock different et lointain
j'ai juste demandé qu'il fasse un log sans biensur faire de modif (je travaille toujours sur l'image de secours)
Les 2 lignes me retrouvent des erreurs:
alors que la premiere commande me renvoie aucune erreur.
11 inodes used (0.00%)
77330 non-contiguous files (703000.0%)
211 non-contiguous directories (1918.2%)
nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
Histogramme des profondeurs d'extents : 431018/7192/1
17292314 blocks used (1.57%)
0 bad blocks
126 large files
404667 regular files
33546 directories
0 character device files
0 block device files
0 fifos
0 links
0 symbolic links (0 fast symbolic links)
0 sockets
--------
438213 files
quand je liste le repertoire lost&found il manque environ 150K fichier
edit:
Je suis entrain de regarder la commande debugfs, j'ai fait un test sur l'image pour sortir la liste des inodes:
echo lsdel | debugfs /media/secours/image.dd > /media/secours/liste_debugfs.txt
[?1034hdebugfs: lsdel
Inode Owner Mode Size Blocks Time deleted
2883653 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883654 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883655 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883656 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883657 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883658 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883659 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883660 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883661 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883662 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883663 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883664 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883665 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883666 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883667 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883668 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883669 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883670 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883671 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883672 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883673 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883674 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883675 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883676 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883677 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883678 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883679 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883680 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883681 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883682 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883683 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883684 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883685 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883686 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883687 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883688 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883689 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883690 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883691 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883692 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883693 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
2883694 502 100760 0 1/ 2 Fri Oct 8 17:04:40 2010
10094324 502 100664 0 1/ 2 Fri Oct 8 17:04:40 2010
43 deleted inodes found.
debugfs:
Après je n'ai pas compris réellement le man pour continué.
Petite question encore l'ext4 est système de fichier journalisé de base ?
Dernière modification par Moimemeici (Le 10/10/2010, à 22:25)
Hors ligne
#56 Le 11/10/2010, à 22:46
- Moimemeici
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
Voici la commande suivante:
[root@engrenage ~]# dd if=/dev/md5 count=63 bs=512 | hexdump -C > /media/md5/dump63sector.log
le lien vers le résultat
http://manpages.ubuntu.com/manpages/mav … gfs.8.html
Dernière modification par Moimemeici (Le 11/10/2010, à 23:09)
Hors ligne
#57 Le 11/10/2010, à 23:33
- rmy
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
Re.
@chopinauer : je lui ai demandé la commande précédente parce qu'il semble qu'un super soit trouvé en début de FS.
Les pistes à poursuivre donc (bilan coup de fil):
une fois l'image saine réalisée vers lvm
> snapshot autant de fois que nécessaire
> e2fsck sur différents bs
> e2fsck à forcer en ext2 pour zapper le journal
> extundelete avec d'autres super parce que le journal semble corrompu
éventuellement, scripter [faire un snapshot / faire un e2fsck -y sur un superblock / faire un ls -lR sur lost+found / calculer le hash md5 ], pour pouvoir comparer rapidement les différents résultats fournis pour chaque super et savoir si l'un ou l'autre diffère.
Question en passant : Que signifie
Default directory hash: half_md4
dans le retour de tune2fs -l ?
edit : je confirme que logdump, de debugfs, donne bien des résultats sur l'ext3. Ça devrait passer sur l'ext4.
Il te faut donc trouver un journal valide…
note en passant :
un peu de lecture sur l'ext4
Dernière modification par rmy (Le 12/10/2010, à 00:28)
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#58 Le 12/10/2010, à 00:03
- chopinhauer
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
@chopinauer : je lui ai demandé la commande précédente parce qu'il semble qu'un super soit trouvé en début de FS.
Effectivement à l'endroit 0x0438 il y a le magic number (0x53ef). Je ne comprends pas ce qui c'est passé: normalement tout était vide. Si c'est déjà après un coup de e2fsck il a restauré un super bloc là ou il faut.
Question en passant : Que signifie
Default directory hash: half_md4
dans le retour de tune2fs -l ?
C'est la fonction de hachage utilisée pour parcourir plus rapidement les répertoires. Il faudrait regarder les détails du ext2 ou les références pour voir comment ça marche.
Pensez à donner un bon titre à vos sujets : cela permettra d'aider d'autres utilisateurs dans votre même situation. Ce n'est pas qu'en donnant des solutions qu'on aide, mais aussi en posant des bonnes questions et… facilement trouvables.
Hors ligne
#59 Le 12/10/2010, à 00:21
- Moimemeici
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
Je fais la commande sur l'original, l'original n'a jamais été modifié depuis qu'il est tombé en rade ...
Hors ligne
#60 Le 22/05/2011, à 19:16
- Moimemeici
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
Bon voila, désolé monsieur, j'étais relativement pris par mon travail mais voici de retour sur ce fil et toujours avec le même probleme.
La je suis entrain de faire un DD de chaque disque ( 4 * 1.5to ) ce qui est long même en passant par un partage NFS ca ne va pas a plus de 15mo/s ...
Hors ligne
#61 Le 22/05/2011, à 21:55
- rmy
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
OK, tiens moi au jus. J'ai une tour qui t'attend.
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#62 Le 23/05/2011, à 00:32
- Moimemeici
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
Je me demande si je ne brancherais pas directement chaque nouveau disque dur de 2to directement sur le serveur Initial et faire un clone comme ca je pense que ca serait plus rapide non?
car la j'en suis 300Go sur 4.5to en 5/6heures via le réseau (réseau 1go) ...
Hors ligne
#63 Le 23/05/2011, à 07:54
- rmy
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
Le plus rapide est de brancher un disque à copier avec un disque support de copie sur la même CM, tu bootes sur un liveCD ou un liveUSB et tu fais une copie disque à disque directement. Moins d'intermédiaire=moins de facteur limitant.
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#64 Le 23/05/2011, à 17:22
- Moimemeici
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
Question: Connais tu Ubuntu Rescue Remix ?
si oui j'ai besoin d'un peu d'aide -.-'
ou si tu connais une autre distrib liveUSB je suis preneur ...
Hors ligne
#65 Le 23/05/2011, à 21:12
- rmy
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
En pratique, tu peux te faire une distri USB à partir d'une iso et de l'outil système > administration > créateur de disque de démarrage.
ensuite, pour peu que tu aies activé la persistance, tu peux t'installer les paquets que tu veux.
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#66 Le 27/05/2011, à 19:59
- Moimemeici
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
J'ai reçu mes disque ... ce soir je fais les clones.
Hors ligne
#67 Le 29/05/2011, à 12:44
- Moimemeici
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
Je suis entrain de crée la nouvelle grappe raid mais quand je fais un Fdisk et que je cree la partition etc bah regarde le resultat ...
Commande (m pour l'aide): p
Disque /dev/sda: 2000.4 Go, 2000398934016 octets
255 têtes, 63 secteurs/piste, 243201 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x0002f871
Périphérique Amorce Début Fin Blocs Id Système
Commande (m pour l'aide): n
Commande d'action
e étendue
p partition primaire (1-4)
p
Numéro de partition (1-4): 1
Premier cylindre (1-243201, par défaut 1): 1
Dernier cylindre, +cylindres or +taille{K,M,G} (1-243201, par défaut 243201):
Utilisation de la valeur par défaut 243201
Commande (m pour l'aide): t
Partition sélectionnée 1
Code Hexa (taper L pour lister les codes): fd
Type système de partition modifié de 1 à fd (Linux raid autodetect)
Commande (m pour l'aide): w
La table de partitions a été altérée!
Appel de ioctl() pour relire la table de partitions.
Synchronisation des disques.
Je ne comprends pas la raison pour que la table de partitions soit altérée ... une idée?
Hors ligne
#68 Le 29/05/2011, à 13:32
- Hoper
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
disons que le terme "altéré" n'est pas forcément le meilleur. (La joie des traductions...). Donc, ce message signifie simplement que les informations contenues dans la table des partitions à été MODIFIE. (Normal, tu viens de faire des modifications dessus). Rien d'inquiétant donc.
Dernière modification par Hoper (Le 29/05/2011, à 17:43)
Mes tutos et coups de gueule :
http://hoper.dnsalias.net/atdc/
Mastodon: @hoper@framapiaf.org
Hors ligne
#69 Le 29/05/2011, à 16:06
- Moimemeici
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
voila, c'est lancé j'ai fait un ddrescue vu qu'il y a des secteurs défectueux.
root@kalish:~# ddrescue /dev/sdf /media/clone/disque_1/disque_1.img /media/clone/disque_1/disque_1.log
ça fait plaisir de se faire du 120mo/s
Hors ligne
#70 Le 29/05/2011, à 17:33
- Moimemeici
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
Hum je pense que j'ai un p'tit soucis ....
Rappel: Mdadm 0.90 Raid 5 de 4 disque dur sans spare ...
j'avais déjà remarqué a plusieurs reprise depuis la panne que l'utilitaire disque (sous fedora) me trouvé 2 x Raid 5, 1 raid 5 de 4.5 To et 1 raid 5 de 0.0kb ... Mon problème viendrais pas de ça ?
Hors ligne
#71 Le 30/05/2011, à 14:09
- rmy
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
Suis dans le train, mais rapidement : si il y a des secteurs HS, utilise l'option -n de ddrescue.
Ensuite, sois plus précis, je n'ai pas compris le sens de ton message.
Que donne
cat /proc/mdstat
et
cat /etc/mdadm/mdadm.conf
dans la situation où tu as ce problème de "double raid" ?
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#72 Le 30/05/2011, à 21:40
- Moimemeici
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
Alors pour les secteurs défectueux, ddrescue n'a pas eu de problème.
Concertant la conf de mdadm sur le Serveur 1
mdadm.conf
ARRAY /dev/md5 level=raid5 num-devices=4 metadata=0.90 UUID=2ccf2851:090a9b9d:1c128034:9083ca9d
Or dans le Palimpsest disk Utility sur la fedora
il me trouve bien 2 Raid 5.
1) raid 5 de 4.5to
2) raid 5 de 0.0kb
dans l'utilitaire disque de Ubuntu il me trouve aussi 2 raid 5.
Voici ce que me retourne la commande
root@kalish:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md125 : inactive sdg1[0](S)
1465135936 blocks
md126 : inactive sdf[0](S)
1465137408 blocks
md127 : active raid0 sdb1[2] sda1[3] sdc1[1] sdd1[0]
7814043648 blocks super 1.2 512k chunks
unused devices: <none>
les disque sdf et sdg sont les disque dur 3 et 4 du raid5.
Hors ligne
#73 Le 30/05/2011, à 23:05
- rmy
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
OK, pas de panique je pense. Il ne sont pas assemblés. Il n'y a que ton raid0 (vers lequel tu copies tes images je pense) qui est actif. Peux-tu donner le retour de
mdadm --examine /dev/sdg1
mdadm --examine /dev/sdf1
mdadm --detail /dev/md125
mdadm --detail /dev/md126
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#74 Le 30/05/2011, à 23:30
- Moimemeici
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
Voici les retours:
root@kalish:~# mdadm --examine /dev/sdg1
/dev/sdg1:
Magic : a92b4efc
Version : 0.90.00
UUID : 2ccf2851:090a9b9d:1c128034:9083ca9d
Creation Time : Sun Jun 28 17:50:44 2009
Raid Level : raid5
Used Dev Size : 1465135936 (1397.26 GiB 1500.30 GB)
Array Size : 4395407808 (4191.79 GiB 4500.90 GB)
Raid Devices : 4
Total Devices : 3
Preferred Minor : 5
Update Time : Sun May 22 18:00:01 2011
State : clean
Active Devices : 3
Working Devices : 3
Failed Devices : 1
Spare Devices : 0
Checksum : 7b1166f4 - correct
Events : 2070
Layout : left-symmetric
Chunk Size : 64K
Number Major Minor RaidDevice State
this 0 8 33 0 active sync /dev/sdc1
0 0 8 33 0 active sync /dev/sdc1
1 1 0 0 1 faulty removed
2 2 8 65 2 active sync /dev/sde1
3 3 8 49 3 active sync /dev/sdd1
root@kalish:~# mdadm --examine /dev/sdf1
/dev/sdf1:
Magic : a92b4efc
Version : 0.90.00
UUID : 2ccf2851:090a9b9d:1c128034:9083ca9d
Creation Time : Sun Jun 28 17:50:44 2009
Raid Level : raid5
Used Dev Size : 1465135936 (1397.26 GiB 1500.30 GB)
Array Size : 4395407808 (4191.79 GiB 4500.90 GB)
Raid Devices : 4
Total Devices : 3
Preferred Minor : 5
Update Time : Sun May 22 18:00:01 2011
State : clean
Active Devices : 3
Working Devices : 3
Failed Devices : 1
Spare Devices : 0
Checksum : 7b116718 - correct
Events : 2070
Layout : left-symmetric
Chunk Size : 64K
Number Major Minor RaidDevice State
this 2 8 65 2 active sync /dev/sde1
0 0 8 33 0 active sync /dev/sdc1
1 1 0 0 1 faulty removed
2 2 8 65 2 active sync /dev/sde1
3 3 8 49 3 active sync /dev/sdd1
root@kalish:~# mdadm --examine /dev/md125
mdadm: No md superblock detected on /dev/md125.
root@kalish:~# mdadm --examine /dev/md126
mdadm: No md superblock detected on /dev/md126.
root@kalish:~#
voila pour les 2 autres disque que j'ai remis dans le serveur initial
[root@engrenage ~]# mdadm --examine /dev/sdc1
/dev/sdc1:
Magic : a92b4efc
Version : 0.90.00
UUID : 2ccf2851:090a9b9d:1c128034:9083ca9d
Creation Time : Sun Jun 28 17:50:44 2009
Raid Level : raid5
Used Dev Size : 1465135936 (1397.26 GiB 1500.30 GB)
Array Size : 4395407808 (4191.79 GiB 4500.90 GB)
Raid Devices : 4
Total Devices : 3
Preferred Minor : 5
Update Time : Sun May 22 18:00:01 2011
State : clean
Active Devices : 3
Working Devices : 3
Failed Devices : 1
Spare Devices : 0
Checksum : 7b11670a - correct
Events : 2070
Layout : left-symmetric
Chunk Size : 64K
Number Major Minor RaidDevice State
this 3 8 49 3 active sync /dev/sdd1
0 0 8 33 0 active sync /dev/sdc1
1 1 0 0 1 faulty removed
2 2 8 65 2 active sync
3 3 8 49 3 active sync /dev/sdd1
[root@engrenage ~]# mdadm --examine /dev/sdd1
/dev/sdd1:
Magic : a92b4efc
Version : 0.90.00
UUID : 2ccf2851:090a9b9d:1c128034:9083ca9d
Creation Time : Sun Jun 28 17:50:44 2009
Raid Level : raid5
Used Dev Size : 1465135936 (1397.26 GiB 1500.30 GB)
Array Size : 4395407808 (4191.79 GiB 4500.90 GB)
Raid Devices : 4
Total Devices : 4
Preferred Minor : 5
Update Time : Tue Dec 14 07:59:57 2010
State : clean
Active Devices : 4
Working Devices : 4
Failed Devices : 0
Spare Devices : 0
Checksum : 7a3f4a62 - correct
Events : 2066
Layout : left-symmetric
Chunk Size : 64K
Number Major Minor RaidDevice State
this 1 8 81 1 active sync
0 0 8 33 0 active sync /dev/sdc1
1 1 8 81 1 active sync
2 2 8 65 2 active sync
3 3 8 49 3 active sync /dev/sdd1
Dernière modification par Moimemeici (Le 30/05/2011, à 23:57)
Hors ligne
#75 Le 30/05/2011, à 23:53
- rmy
Re : [Non Résolu mais fini]-Grappe Raid Ok - partition - Fichier disparue
^^ et heureusement, c'est bien ce qu'on avait convenu, hein !
Pour l'instant, ne pas mettre les 4 disques de ton raid5 simultanément ne présence (encore qu'ici il est en mode dégradé, donc il ne devrait pas se resynchroniser, mais dans le doute, évite.)
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne