[Linux-bruxelles] mdadm vs LVM (suite)

[Depuydt, Patrick]

Bon, on vis dans un monde libre et loin de moi l'idée de te dissuader de
faire ça avec LVM tout seul. Mais comme je l'ai déjà répété, ce n'est pas
la meilleure méthode.

Ne te renseigne pas seulement sur comment le faire, renseigne toi aussi sur
comment reparrer en cas de problème et tu verra que lvm tout seul c'est
moins chouette à reparrer que quand y'a du raid derrière.

Bref, pour être vraiment honnête, dans ton cas je pense que btrfs est une
meilleure solution.

++


On Mon, 27 May 2019, 22:22 Jean-Marc, <jean-marc at 6jf.be> wrote:

> salut la liste,
>
> En mars, je posais une question sur la liste pour avoir un avis sur la
> meilleure solution pour faire du RAID :
>
> https://listes.domainepublic.net/pipermail/linux-bruxelles/2019-March/113763.html
>
> Pas mal de réponses allant directment dans la direction «mdadm, c'est pour
> faire du RAID, LVM, c'est juste la surcouche pour faire des partoches
> logiques ! »
>
> Mais pas vraiment ce que j'attendais, sans doute parce ma question ne
> devait pas être très claire.
>
> Bref, j'ai lu ce midi un court article sur LinuxFR qui traite justement
> des possibilités de LVM de faire du RAID :
> https://linuxfr.org/news/gestion-de-volumes-raid-avec-lvm
>
> Et cela m'a convaincu que la solution RAID de LVM sera plus souple (je
> trouve cool de pouvoir créer cetains volumes en RAID1 pour protéger les
> données qu'ils contiennent d'un défaillance «disque» alors que le ou les
> volumes d'à côté ne le sont pas) et suffisante pour mon usage.
>
> J'espère que cela vous intéressera aussi.
>
> Bonne lecture et bonne soirée.
>
> Jean-Marc <jean-marc at 6jf.be>
> https://6jf.be/keys/ED863AD1.txt
> _______________________________________________
> Linux-bruxelles :
> Èchanger, partager, s'informer par mails sur toute action, proposition
> accordée avec: http://www.bxlug.be/?Nos-statuts
>
> Linux-bruxelles at lists.bxlug.be
> https://listes.domainepublic.net/listinfo/linux-bruxelles
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: </pipermail/linux-bruxelles/attachments/20190528/614ccf66/attachment-0002.html>