Re: mdadm "not large enough to join array" et fdisk incohérent
> On Tue, 26 Oct 2010 21:42:02 +0200, Yves Rutschle
> <debian.anti-spam@rutschle.net> wrote:
>> On Tue, Oct 26, 2010 at 09:39:51PM +0200, Goldy wrote:
>> > Je confirme, j'ai perdu un système comme ça une fois, sans même qu'il y
>> > ait le moindre problème sur le disque, uniquement en le sortant et en le
>> > réintégrant à l'array (raid5 + lvm + chiffrement).
>>
>> Comment ça se fait, LVM et raid marchent bien séparément
>> mais ne couchent pas bien ensemble sans que ça ai jamais été
>> débuggé?
>>
Le 26 octobre 2010 22:19, Jean-Yves F. Barbier <12ukwn@gmail.com> a écrit :
> ça n'est pas une question de bug, il suffit qu'un seul bit saute au mauvais
> endroit et c'est râpé (loi de Murphy oblige, ça arrive plus souvent que
> les stats ne le suppute.)
> sans compter que la réunion de 2 couches "sensibles" n'entraine pas une
> évolution linéaire des PBs, mais plutôt exponentielle.
Hum moi c'est ce qui m'a permis de sauver mes données et de détecter
mon problème de disque rapidement :
la couche physique du disque était abimée, ce qui générait des erreurs
logiques dans la couche chiffrement et donc mon raid voyait des
différences entre les luks, mais je n'ai perdu aucune donnée puisqu'il
les corrigeait.
Dans le cas d'un seul chiffrement, les erreurs logiques auraient peut
être été reportés sur les deux disques et j'aurais perdu mes données
puisque la structure des deux luks aurait été abimée.
--
Kévin
Reply to: