<p dir="ltr">Bonjour,</p>
<p dir="ltr">Le 23 janv. 2016 23:50, "Jérôme via Toulouse-ll" <<a href="mailto:toulouse-ll@toulibre.org">toulouse-ll@toulibre.org</a>> a écrit :<br>
><br>
> Salut.<br>
><br>
> J'ai un peu avancé.<br>
><br>
><a href="http://unix.stackexchange.com/questions/256878/"> http://unix.stackexchange.com/questions/256878/</a><br>
><br>
> Avec Testdisk, j'ai sauvé les fichiers non sauvegardés.<br>
></p>
<p dir="ltr">Bonne nouvelle ! <br>
Perso, je fais régulièrement des sauvegarde de tout /etc.<br>
Ça ne coute pas grand chose en espace, et ça accélère grandement la résolution en cas de pb avec /.</p>
<p dir="ltr">> Et j'ai maintenant accès aux partitions. Je crie pas victoire mais ça<br>
> approche.<br>
></p>
<p dir="ltr">Note pour moi même : bonne idée de mettre la swap au début quand on n'hésite pas à jouer avec dd ^_^</p>
<p dir="ltr">> Le 2016-01-22 06:53,<a href="http://draco31.fr"> draco31.fr</a> a écrit :<br>
><br>
> > Je vois dans /proc/mdstat qu'il est en read-only. À voir si tu pourras<br>
> > continuer les manips sur LVM dans cet état...<br>
><br>
> C'est auto-read-only. C'est pas pareil (et je sais pas trop à quoi ça<br>
> sert).<br>
></p>
<p dir="ltr">Effectivement. Connais pas la différence ni comment on passe de l'un à l'autre ou à read-write.</p>
<p dir="ltr">><a href="http://unix.stackexchange.com/questions/101072/new-md-array-is-auto-read-only-and-has-resync-pending/101190#101190"> http://unix.stackexchange.com/questions/101072/new-md-array-is-auto-read-only-and-has-resync-pending/101190#101190</a><br>
><br>
> > Pas sûr que tu ais partitionné le md du raid. Ça ne semble pas logique avec<br>
> > l'emploi de LVM.<br>
><br>
> Ouais, je commence à y voir plus clair là-dedans et à comprendre<br>
> pourquoi toi et ceux qui m'ont répondu sur StackExchange y voient une<br>
> contradiction.<br>
><br>
> Je me demande si Testdisk a pas squeezé mon LVM (?).<br>
></p>
<p dir="ltr">D'après ta conf LVM, tous tes LV sont linéaires (1 seul segment). Donc ça revient au même qu'un partitionnement 'classique'.<br>
C'est normal que Testdisk voit autant de systèmes de fichiers...<br>
... mais si tu crée une table de partition tu shunt effectivement LVM !</p>
<p dir="ltr">Tu n'as pas essayer de poser le flag LVM sur le md0 ?</p>
<p dir="ltr">> (A vrai dire, faire une LVM pour séparer / et /home sur une partition de<br>
> 1 To, c'était pas franchement indispensable...)<br>
></p>
<p dir="ltr">Ça a du sens si dès le départ tu n'alloue pas tout le vg aux différents lv (avec 1To ça se comprend aisément).<br>
Par la suite, tu peux vouloir agrandir le /home ou / et/ou créer un autre lv (pour déplacer /var ou /usr par exemple).<br>
Dans ce cas, LVM te permet d'agrandir les lv sans contrainte de partitionnement.<br>
Mais dès lors, la récupération des données n'est pas aisée en cas de pb !</p>
<p dir="ltr">> A ce stade, je sais pas s'il veut mieux investiguer l'histoire de LVM ou<br>
> l'erreur de Grub.<br>
></p>
<p dir="ltr">Si tu as récupéré toutes les données, je dirai que le LVM va solutionner le grub.<br>
Si ta config est à nouveau identique, un simple update-grub reinstallera les bons fichiers.<br>
Sinon, il faut revoir l'initramfs réinstaller grub dans les mbr sda ou sdb, puis grub-update.<br>
Le pb du LVM c'est qu'il faut peut-être écrire sur le disque pour remettre la config d'aplomb, donc potentielle perte de données supplémentaires si mauvaise manip :-P</p>
<p dir="ltr">A+<br>
Régis </p>