Je me suis dit que mdadm -c ne devrait pas toucher les données, et que en remontant la table raid de la même manière je devrait au moins recuperer un des superblocs, puis les donées par la même occasion.
Ce fut encore plus simple.
Voci la reponse que j'ai reçu. La demarche à suivre et que j'ai suivi y est:
On Friday October 21, CarmenRico@mydomain.org wrote:
>> Sir,
>>
>> Sorry bugging you but you seem to be my last chance. I already posted
>> questions on Linux forums but I didn't got any help.
>> I wanted to start en RAID5 array (made with three 160Gb hard discs). I
>> used to do it in the old style, with radstart command. This command is
>> no more part of debian distribution so I run "mdadm -C" command, I
>> thought that it was one of the steps for mounting an existing array. In
>> the hurry I ignored (misundersud) the warning message that prevented me
>> that mdadm has found an existing ext2 fs on array.
>>
>> Is there any way to undo "mdadm -c"operation ?
No, but you can probably just re-do it.
Your mistake should not have corrupted any data on the devices, on the
meta-data (super blocks).
So try
mdadm -S /dev/md0 # to stop the array if it is still running
mdadm -C /dev/md0 -l5 -n3 -p ls -c 32 /dev/hde /dev/hdf /dev/hdg
NB
>>
>> I'm actually reading mdadm source code, trying to understand by myself
>> what exactely id done by create command.
>>
>> Thank you for any information which could help.
>>
>>
>>
>>
>> ---------------------------------------------------------
>> May be this can help:
>> In my old array and in the new one array created with mdadm command discs
>> are not used in the same manner.
>>
>> This is the content of my /etc/raidtab file (used by raidcreate).
>>
>> raiddev /dev/md0
>> raid-level 5
>> nr-raid-disks 3
>> nr-spare-disks 0
>> persistent-superblock 1
>> parity-algorithm left-symmetric
>> chunk-size 32
>> device /dev/hde
>> raid-disk 0
>> device /dev/hdf
>> raid-disk 1
>> device /dev/hdg
>> raid-disk 2
>>
>> And the output of cat /proc/mdstat (newly created array, assembled)
>> Personalities : [raid5]
>> md0 : active raid5 hdg[0] hde[2] hdf[1]
>> 320172928 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU]
>> unused devices:
>>
>>
Les SSLL sont, un peu à l'image des SSII des societées de prestation de services informatiques. A la difference des SSII, leur activité se concentre au tour des logiciels libres.
Voici un article de 01net qui en parle : http://www.01net.com/article/243909.html
Sinon comme SSLL un peu connue, il y a Linagora, leur site web te donnera une idée plus précise de leur activité. Un tour sur google et tu aura les sites web d'autres SSLL.
[^] # Solution
Posté par CarmenRico . En réponse au message Erreur humaine ou comment recuperer ses donées apres un mdadm -create. Évalué à 1.
Je me suis dit que mdadm -c ne devrait pas toucher les données, et que en remontant la table raid de la même manière je devrait au moins recuperer un des superblocs, puis les donées par la même occasion.
Ce fut encore plus simple.
Voci la reponse que j'ai reçu. La demarche à suivre et que j'ai suivi y est:
On Friday October 21, CarmenRico@mydomain.org wrote:
>> Sir,
>>
>> Sorry bugging you but you seem to be my last chance. I already posted
>> questions on Linux forums but I didn't got any help.
>> I wanted to start en RAID5 array (made with three 160Gb hard discs). I
>> used to do it in the old style, with radstart command. This command is
>> no more part of debian distribution so I run "mdadm -C" command, I
>> thought that it was one of the steps for mounting an existing array. In
>> the hurry I ignored (misundersud) the warning message that prevented me
>> that mdadm has found an existing ext2 fs on array.
>>
>> Is there any way to undo "mdadm -c"operation ?
No, but you can probably just re-do it.
Your mistake should not have corrupted any data on the devices, on the
meta-data (super blocks).
So try
mdadm -S /dev/md0 # to stop the array if it is still running
mdadm -C /dev/md0 -l5 -n3 -p ls -c 32 /dev/hde /dev/hdf /dev/hdg
NB
>>
>> I'm actually reading mdadm source code, trying to understand by myself
>> what exactely id done by create command.
>>
>> Thank you for any information which could help.
>>
>>
>>
>>
>> ---------------------------------------------------------
>> May be this can help:
>> In my old array and in the new one array created with mdadm command discs
>> are not used in the same manner.
>>
>> This is the content of my /etc/raidtab file (used by raidcreate).
>>
>> raiddev /dev/md0
>> raid-level 5
>> nr-raid-disks 3
>> nr-spare-disks 0
>> persistent-superblock 1
>> parity-algorithm left-symmetric
>> chunk-size 32
>> device /dev/hde
>> raid-disk 0
>> device /dev/hdf
>> raid-disk 1
>> device /dev/hdg
>> raid-disk 2
>>
>> And the output of cat /proc/mdstat (newly created array, assembled)
>> Personalities : [raid5]
>> md0 : active raid5 hdg[0] hde[2] hdf[1]
>> 320172928 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU]
>> unused devices:
>>
>>
[^] # Re: ...
Posté par CarmenRico . En réponse au message Erreur humaine ou comment recuperer ses donées apres un mdadm -create. Évalué à 1.
Je suis en train de reesayer TestDisk. Peut-etre que ceci va donner plus de resultats.
# essaye du coté des SSLL
Posté par CarmenRico . En réponse au message Travailler dans le libre. Évalué à 2.
Voici un article de 01net qui en parle : http://www.01net.com/article/243909.html
Sinon comme SSLL un peu connue, il y a Linagora, leur site web te donnera une idée plus précise de leur activité. Un tour sur google et tu aura les sites web d'autres SSLL.
Bon courrage.