Bonjour,

J'ai une version 20.04 LTS installée sur un volume logique LVM et je voudrais créer un RAID-1 pour sécuriser le système qui est par ailleurs backupé en externe, quelle est la meilleure procédure et les tutos qui vont bien ?

Merci d'avance pour vos lumières.

Sam.
Bonjour
Le seul document que je connaisse est le suivant https://doc.ubuntu-fr.org/raid_logiciel
La partie LVM est abordée au paragraphe 7.1

Je vais développer un peu en fonction de ce que je connais
Comme tu es déjà en LVM, tu disposes d'au moins deux disques
Tu as probablement une partition de boot

Lorsque tu vas basculer en RAID, tu vas tout casser, donc sauve tes données ailleurs avant de commencer l'opération

Il n'est pas évident de booter en RAIDS, je suggère une partition de boot hors RAIDS

Voici un principe de création RAID1 avec deux disques de taille quasiment équivalente
Sur chacun des disques, créer une petite partition de boot de taille de 2 Mo (SDA1 et SDB1)
Sur le plus petit disque, créer une partition sdX2 avec tout l'espace disponible
Sur l'autre disque, créer une partition sdX2 de taille identique à la précédente puis créer une partition sdX3 avec le reste de l'espace disponible.
Procéder à la création du rais MD0 avec les partitions SdX2
Il n'y a pas lieu de fabriquer du LVM


NOTA. A part pour une exploitation non-stop, je ne vois pas l'intérêt de mettre le logiciel en RAID!!! Mettre seulement les données



Voici un principe de création RAID1 avec quatre disques de taille totalement différente sda de 1 To, sdb de 2 To, sdc de 3 To et sdd de 4 To

Si avec le lvm, il n'y a aucun problème pour faire un support physique avec ces 4 disques, c'est plus compliqué avec le RAID

Sur chacun des disques, créer une petite partition de boot de taille de 2 Mo (sda1, sdb1, sdc1 et sdd1)
Sur les disques sda et sdb, créer une partition de la taille maxima disponible de sda (1To?) (sda2 et sdb2)
sur les disques sdc et sdd, créer une partition de la taille maxima disponible de sdc (3To?) (sdc2 et sdd2)
sur les disques sdb et sdd, créer une partition de la taille maxima disponible de sdb (1To?) (sdb3 et sdd3)
Pour le disque sdd qui ont encore encore un peu qui à encore un peu de place, créer la partition sdd4 avec le reste de l'espace

.
Procéder à la création du raids md0 avec les partitions sda2 et sdb2 (1To)
Procéder à la création du raids md1 avec les partitions sdc2 et sdd2 (3To)
Procéder à la création du raids md2 avec les partitions sdb2 et sdd3 (1To)

fabriquer du LVM em créant d'abord le vgcreate avec md0 md1 et md2
Merci Geole de ta très pertinente réponse, je pensais pouvoir passer en RAID1 sans tout casser, donc du coup la procédure se complique il va falloir que je jongle avec les deux disques pour d'abord sauver les données et le système sur le nouveau disque pour redéfinir les partitions comme RAID et retransférer le tout sur le premier disque, actuellement j'ai une partition séparée /boot 
Bienvenue dans fdisk (util-linux 2.34).
Les modifications resteront en mémoire jusqu'à écriture.
Soyez prudent avant d'utiliser la commande d'écriture.


Commande (m pour l'aide) : p
Disque /dev/sda : 931,53 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: ST1000DM010-2EP1
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xa209e489

Périphérique Amorçage   Début        Fin   Secteurs Taille Id Type
/dev/sda1    *           2048     999423     997376   487M 83 Linux
/dev/sda2             1001470 1953523711 1952522242   931G  5 Étendue
/dev/sda5             1001472 1953523711 1952522240   931G 8e LVM Linux

La partition 2 ne commence pas sur une frontière de cylindre physique.
Dans ce cas j'ai presque envie de supprimer le LVM vue que je ne compte pas étendre la capacité disque, qu'en penses-tu ?

Sam.
je ne connais pas le taux de remplissage de ton LVM mais s'il dépasse 50%, cela ne va pas tenir car le RAID1 divise par deux la capacité.

Il est préférable que tu sauvegardes car tu n'es pas à l'abri d'une erreur de manipulation ni d'un mauvais conseil.
Maintenant, si tu maîtrises bien le LVM, tu dois être capable de le rétrécir suffisamment pour libérer totalement un disque.
Voir paragraphe 7.4 de https://doc.ubuntu-fr.org/lvm

Lorsque l'un des disques est totalement libéré, tu peux faire le RAID1 avec une seule partition présente et en déclarant la seconde partition missing
Lorsque c'est fait, il faut recopier les répertoires et fichiers du LVM, dans le RAID1. lorsque c'est fait, on ajoute la seconde partition en utilisant celle du LVM devenue inutile.

Si tu penses que tu n'auras qu'un seul RAID1, il est inutile d'y mettre une couche LVM, mais si tu penses ajouter un autre RAID1 plus tard, autant préparer à l'installation la structure LVM
geole a écritje ne connais pas le taux de remplissage de ton LVM mais s'il dépasse 50%, cela ne va pas tenir car le RAID1 divise par deux la capacité.

Il est préférable que tu sauvegardes car tu n'es pas à l'abri d'une erreur de manipulation ni d'un mauvais conseil.
Maintenant, si tu maîtrises bien le LVM, tu dois être capable de le rétrécir suffisamment pour libérer totalement un disque.
Voir paragraphe 7.4 de https://doc.ubuntu-fr.org/lvm

Lorsque l'un des disques est totalement libéré, tu peux faire le RAID1 avec une seule partition présente et en déclarant la seconde partition missing
Lorsque c'est fait, il faut recopier les répertoires et fichiers du LVM, dans le RAID1. lorsque c'est fait, on ajoute la seconde partition en utilisant celle du LVM devenue inutile.

Si tu penses que tu n'auras qu'un seul RAID1, il est inutile d'y mettre une couche LVM, mais si tu penses ajouter un autre RAID1 plus tard, autant préparer à l'installation la structure LVM
Actuellement mon volume logique à 75% de place disponible, mais j'ai acheté un deuxième disque de même taille que le premier, j'ai envie de faire une copie du partitionnement de mon disque sur le nouveau pour conserver la partition /boot et swap et casser le LVM sur le nouveau disque pour la passer en ext4 et copier les datas et système du disque actuel sur le nouveau avec rsync et ensuite casser la config LVM sur le disque actuel, le définir en ext4 RAID1 faire la copie inverse et créer le RAID1, qu'en penses-tu ? sachant que je viens de faire une clé boutable Ubuntu persistant pour faire les manipulations.

Sam.
Bonjour

Voir aussi, une autre façon de faire : RAID intégré à LVM
linux.org -> gestion de volumes raid avec lvm 
man lvmraid
Puisque tu n'as qu'un seul disque.
Lorsque tu auras branché le second disque (SDB), lance gparted
fabrique une table de partition msdos et copie avec la commande dd les 446 premiers caractères de SDA dans SDB
Fais un copier/coller de la partition SDA1 dans l'espace libre du disque SDB.
Je ne vois pas trop l'intérêt d'une partition swap si ubuntu d'hiberne pas. Mais tu peux quand même la fabriquer. Cependant il est peut-être plus simple de revenir à un fichier de swap.

Je ne sais pas si tu as une partition pour l'O.S., une partition pour le /home et une autre pour les données,, Je part du principe que tu en as une seule.
Fabrique une partition SDB2 avec l'espace restant, son type de partition ext4

Installe le logiciel MDADM et fabrique immédiatement le RAIDS
sudo mdadm --create /dev/md0   --assume-clean --level=1  --raid-devices=2   missing  /dev/sdb2 
sudo mdadm --daemonise /dev/md0
sudo mkfs.ext4 /dev/md0

Pour la suite c'est sous toute réserve et rapidement décrit
1) Booter avec un support live-USB
2) Installer les logiciels LVM et MADADM
3) Faire des points de montage et monter les partitions
4) Lancer la commande RSYNC
5) Aller dans le fichier /etc/fstab du raid et modifier les points de montage.
6) Quitter le live USB
7) Modifier le bios pour booter sur SDB
8) Vérifier qu'on a bien booté avec le raids.
9) Supprimer SDA5 SDA2 etrefabriquer une partition EXT4 avec l'espace libre
10) Ajouter la partition 
sudo mdadm --manage /dev/md0 --add /dev/sda2
11) Surveiller la synchronisation 
sudo mdadm --detail /dev/md0 | grep sync
MicP a écritBonjour

Voir aussi, une autre façon de faire : RAID intégré à LVM
linux.org -> gestion de volumes raid avec lvm 
man lvmraid
Ok j'ai également vu cette option mais est-ce que je peux migrer ma configuration existante en LVM-RAID1 sans perdre les données et mon système sachant que le répertoire /boot est sur une partition à part en ext4 ?

Sam.
Je n'ai pas encore testé le RAID intégré à LVM ,
mais de toutes façons, à part pour s'amuser à tester,
je ne prendrai jamais le risque de faire une opération de ce genre
sans avoir, au préalable, mis de côté une sauvegarde et bien sûr, testé sa restauration.
MicP a écritJe n'ai pas encore testé le RAID intégré à LVM ,
mais de toutes façons, à part pour s'amuser à tester,
je ne prendrai jamais le risque de faire une opération de ce genre
sans avoir, au préalable, mis de côté une sauvegarde et bien sûr, testé sa restauration.
Ouais, je vais piocher un peu le sujet et poster un message ici pour voir si quelqu’un a de l'expérience sur le sujet...

Merci de ton aide.

Sam.
MicP a écritBonjour
Voir aussi, une autre façon de faire : RAID intégré à LVM
linux.org -> gestion de volumes raid avec lvm 
man lvmraid
Bonjour.
J'ai ajouté le lien dans la documentation

et fais un rapide test de création. 
sudo vgcreate MONmvg /dev/sdc12 /dev/sdb3
WARNING: ext4 signature detected on /dev/sdc12 at offset 1080. Wipe it? [y/n]: y
  Wiping ext4 signature on /dev/sdc12.
WARNING: ext4 signature detected on /dev/sdb3 at offset 1080. Wipe it? [y/n]: y
  Wiping ext4 signature on /dev/sdb3.
  Physical volume "/dev/sdc12" successfully created.
  Physical volume "/dev/sdb3" successfully created.
  Volume group "MONmvg" successfully created
  
sudo vgdisplayMONmvg
sudo lvcreate --size 1G --name LVMroot --type raid0 --nosync MONmvg
  Using default stripesize 64,00 KiB.
  Logical volume "LVMroot" created.
sudo lvcreate --size 2333M --name LVMhome --type raid1 MONmvg
  Rounding up size to full physical extent 2,28 GiB
  Logical volume "LVMhome" created.
  
sudo lvdisplay
  --- Logical volume ---
  LV Path                /dev/MONmvg/LVMroot
  LV Name                LVMroot
  VG Name                MONmvg
  LV UUID                qMbpNr-e2F5-aLnb-kDN4-xRXc-A3OS-hA51t9
  LV Write Access        read/write
  LV Creation host, time b, 2021-01-10 12:50:40 +0100
  LV Status              available
  # open                 0
  LV Size                1,00 GiB
  Current LE             256
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     512
  Block device           253:2
   
  --- Logical volume ---
  LV Path                /dev/MONmvg/LVMhome
  LV Name                LVMhome
  VG Name                MONmvg
  LV UUID                5PAelq-fl5k-xDiW-mRkB-Se42-9fIT-TMlI46
  LV Write Access        read/write
  LV Creation host, time b, 2021-01-10 12:50:45 +0100
  LV Status              available
  # open                 0
  LV Size                2,28 GiB
  Current LE             584
  Mirrored volumes       2
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:7

sudo mkfs -t ext4 /dev/MONmvg/LVMroot
sudo mkfs -t ext4 /dev/MONmvg/LVMhome
sudo mkdir /media/LVMroot /media/LVMhome
sudo mount /dev/MONmvg/LVMroot  /media/LVMroot
sudo mount /dev/MONmvg/LVMhome  /media/LVMhome

sudo cp -Rv /media/NosDonnees/Football  /media/LVMroot
sudo cp -Rv /media/NosDonnees/Football  /media/LVMhome

df -h | grep mapper
/dev/mapper/MONmvg-LVMroot   976M    960M     0 100% /media/LVMroot
/dev/mapper/MONmvg-LVMhome   2,2G    2,2G     0 100% /media/LVMhome
Il me reste à détruire une partition et vérifier que lvm en RAID1 reste opérationnel
ls -ls   /media/LVMroot/Football
total 980368
     0 -rwxr-xr-x 1 root root          0 janv. 10 13:06 'France-allemage Main.avi'
     0 -rwxr-xr-x 1 root root          0 janv. 10 13:06 'France - Allemagne 1e mi-temps.avi'
     0 -rwxr-xr-x 1 root root          0 janv. 10 13:06 'France - Allemagne 2e mi-temps.avi'
980368 -rwxr-xr-x 1 root root 1003892736 janv. 10 13:06 'France - Irlande.avi'

ls -ls /media/LVMhome/Football
total 2265540
   6900 -rwxr-xr-x 1 root root    7063954 janv. 10 13:07 'France-allemage Main.avi'
 555084 -rwxr-xr-x 1 root root  568400050 janv. 10 13:07 'France - Allemagne 1e mi-temps.avi'
 540912 -rwxr-xr-x 1 root root  553889792 janv. 10 13:08 'France - Allemagne 2e mi-temps.avi'
1162644 -rwxr-xr-x 1 root root 1190539824 janv. 10 13:07 'France - Irlande.avi'

sudo umount /dev/MONmvg/LVMroot 
sudo umount /dev/MONmvg/LVMhome  
a@b:~$ sudo dd if=/dev/zero of=/dev/sdb3
dd: écriture vers '/dev/sdb3': Aucun espace disponible sur le périphérique
8388609+0 enregistrements lus
8388608+0 enregistrements écrits
4294967296 octets (4,3 GB, 4,0 GiB) copiés, 215,759 s, 19,9 MB/s

sudo mount /dev/MONmvg/LVMroot  /media/LVMroot
mount: /media/LVMroot: wrong fs type, bad option, bad superblock on /dev/mapper/MONmvg-LVMroot, missing codepage or helper program, or other error.

sudo mount /dev/MONmvg/LVMhome  /media/LVMhome
mount: /media/LVMhome: wrong fs type, bad option, bad superblock on /dev/mapper/MONmvg-LVMhome, missing codepage or helper program, or other error.
sudo fsck -v /dev/MONmvg/LVMroot 
[sudo] Mot de passe de a : 
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
le superbloc a un journal invalide (i-noeud 8).
Effacer<o>? oui
*** journal has been deleted ***

L'i-noeud de changement de taille n'est pas valide.  Recréer<o>? oui
Passe 1 : vérification des i-noeuds, des blocs et des tailles
l'i-noeud racine n'est pas un répertoire.  Effacer<o>? oui
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
L'i-noeud racine n'est pas alloué.  Allouer<o>? oui
/lost+found n'a pas été trouvé.  Créer<o>? oui
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
différences de bitmap de blocs :  -(4244--4247) -(4256--31008) -(32911--33008) -(34816--98303) -(98433--163839) -(163969--165379) -(165888--229375) -(229505--262143)
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°0 (1765, décompté=28524).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°1 (1821, décompté=32639).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°2 (0, décompté=32768).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°3 (0, décompté=32639).
Corriger ('t' active 'oui' pour tout) <o>? oui
Le décompte des blocs libres est erroné pour le groupe n°4 (0, décompté=32768).
Corriger ('t' active 'oui' pour tout) <o>? oui
Le décompte des blocs libres est erroné pour le groupe n°5 (508, décompté=32639).
Corriger ('t' active 'oui' pour tout) <o>? oui
Le décompte des blocs libres est erroné pour le groupe n°6 (0, décompté=32768).
Corriger ('t' active 'oui' pour tout) <o>? oui
Le décompte des blocs libres est erroné pour le groupe n°7 (0, décompté=32639).
Corriger<o>? oui
Le décompte des blocs libres est erroné (4094, décompté=257384).
Corriger<o>? oui
différences de bitmap d'i-noeuds :  -(12--16)
Corriger<o>? oui
Le décompte des i-noeuds libres est erroné pour le groupe n°0 (8175, décompté=8181).
Corriger<o>? oui
Le décompte des répertoires est erroné pour le groupe n°0 (4, décompté=2).
Corriger<o>? oui
Le décompte des i-noeuds libres est erroné (65519, décompté=65525).
Corriger<o>? oui
Recréer le journal<o>? oui
Création du journal (8192 blocs) :  Complété.

*** le journal a été regénéré ***

/dev/mapper/MONmvg-LVMroot: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****

          11 i-noeuds utilisés (0.02%, sur 65536)
           0 fichier non contigu (0.0%)
           0 répertoire non contigu (0.0%)
             nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
       12952 blocs utilisés (4.94%, sur 262144)
           0 bloc défectueux
           0 fichier de grande taille

           0 fichier normal
           0 répertoire
           0 fichier de périphérique en mode caractère
           0 fichier de périphérique en mode bloc
           0 fifo
           1 lien
           0 lien symbolique (0 lien symbolique rapide)
           0 socket
------------
           1 fichier
sudo fsck -v /dev/MONmvg/LVMhome
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
/dev/mapper/MONmvg-LVMhome contient un système de fichiers comportant des erreurs, vérification forcée.
Passe 1 : vérification des i-noeuds, des blocs et des tailles
L'i-noeud 13 a un noeud d'extent invalide (blk 33061, lblk 0)
Effacer<o>? oui
L'arbre d'extent de l'i-noeud 13 (au niveau 1) pourrait être plus court.  Optimiser<o>? oui
I-noeud 13, i_blocs est 2325288, devrait être 0.  Corriger<o>? oui
Passe 1E : Optimisation des arbres d'extent
Passe 2 : vérification de la structure des répertoires
I-noeud de répertoire 2, bloc n°0, déplacement 0 : le répertoire n'a pas de somme de contrôle.
Corriger<o>? oui
I-noeud de répertoire 2, bloc n°0, déplacement 0 : répertoire corrompu
Récupérer<o>? oui
« . » manquant dans l'i-noeud de répertoire 2.
Corriger<o>? oui
Définition du type de fichier pour l'entrée « . » dans ??? (2) à 2.
« .. » manquant dans l'i-noeud de répertoire 2.
Corriger<o>? oui
Définition du type de fichier pour l'entrée « .. » dans ??? (2) à 2.
Passe 3 : vérification de la connectivité des répertoires
« .. » dans / (2) est <L'i-noeud NUL> (0), devrait être / (2).
Corriger<o>? oui
I-noeud 11 (/???) de répertoire non connecté
Connecter à /lost+found<o>? oui
/lost+found n'a pas été trouvé.  Créer ('t' active 'oui' pour tout) <o>? oui
I-noeud 12 (/???) de répertoire non connecté
Connecter à /lost+found ('t' active 'oui' pour tout) <o>? oui
Passe 3A : optimisation des répertoires
Passe 4 : vérification des compteurs de référence
le compteur de référence de l'i-noeud 11 est 3, devrait être 2.  Corriger ('t' active 'oui' pour tout) <o>? oui
le compteur de référence de l'i-noeud 12 est 3, devrait être 2.  Corriger ('t' active 'oui' pour tout) <o>? oui
Passe 5 : vérification de l'information du sommaire de groupe
différences de bitmap de blocs :  -(34816--98303) -(100352--163839) -(165888--229375) -(231424--262143) -(278528--294911) -(296960--325631) -(337920--350207) -(362496--374627)
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°1 (1739, décompté=32460).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°2 (0, décompté=32768).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°3 (30, décompté=30750).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°4 (0, décompté=32768).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°5 (0, décompté=30720).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°6 (0, décompté=32768).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°7 (379, décompté=31099).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°8 (0, décompté=16384).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°9 (731, décompté=29403).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°10 (0, décompté=12288).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°11 (156, décompté=12288).
Corriger<o>? oui
Le décompte des blocs libres est erroné (4098, décompté=294759).
Corriger<o>? oui
o
/dev/mapper/MONmvg-LVMhome: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****

          17 i-noeuds utilisés (0.01%, sur 149568)
           0 fichier non contigu (0.0%)
           0 répertoire non contigu (0.0%)
             nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
             Histogramme des profondeurs d'extents : 5/3
      303257 blocs utilisés (50.71%, sur 598016)
           0 bloc défectueux
           1 fichier de grande taille

           4 fichiers normaux
           3 répertoires
           0 fichier de périphérique en mode caractère
           0 fichier de périphérique en mode bloc
           0 fifo
  4294967294 liens
           0 lien symbolique (0 lien symbolique rapide)
           0 socket
------------
           5 fichiers

sudo mount /dev/MONmvg/LVMroot  /media/LVMroot
sudo mount /dev/MONmvg/LVMhome  /media/LVMhome

ls -ls   /media/LVMroot/Football
ls: impossible d'accéder à '/media/LVMroot/Football': Aucun fichier ou dossier de ce type

ls -ls   /media/LVMhome/Football
ls: impossible d'accéder à '/media/LVMhome/Football': Aucun fichier ou dossier de ce type
Ce n'est une surprise pour le premier monté en RAID0. Mais cela en est une pour le second monté en RAID1.
Il est possible qu'en répondant autrement aux commandes de FSCK le résultat aurait été différant, Mais c'est le seul type de réponse que je sais faire "accepter la proposition de correction automatique".

Mais tout n'est pas perdu pour autant!!!! 
sudo ls -als "/media/LVMroot/lost+found"
total 8
4 drwx------ 2 root root 4096 janv. 10 13:43 .
4 drwxr-xr-x 3 root root 4096 janv. 10 13:43 ..

 sudo ls -als "/media/LVMhome/lost+found"
total 16
4 drwx------ 4 root root 4096 janv. 10 13:46  .
4 drwxr-xr-x 3 root root 4096 janv. 10 13:06  ..
4 drwx------ 2 root root 4096 janv. 10 13:01 '#11'
4 drwxr-xr-x 2 root root 4096 janv. 10 13:07 '#12'

sudo ls -als "/media/LVMhome/lost+found/#11"
total 8
4 drwx------ 2 root root 4096 janv. 10 13:01 .
4 drwx------ 4 root root 4096 janv. 10 13:46 ..

sudo ls -als "/media/LVMhome/lost+found/#12"
total 1102904
     4 drwxr-xr-x 2 root root       4096 janv. 10 13:07  .
     4 drwx------ 4 root root       4096 janv. 10 13:46  ..
  6900 -rwxr-xr-x 1 root root    7063954 janv. 10 13:07 'France-allemage Main.avi'
555084 -rwxr-xr-x 1 root root  568400050 janv. 10 13:07 'France - Allemagne 1e mi-temps.avi'
540912 -rwxr-xr-x 1 root root  553889792 janv. 10 13:08 'France - Allemagne 2e mi-temps.avi'
     0 -rwxr-xr-x 1 root root 1190539824 janv. 10 13:07 'France - Irlande.avi'
Oui en fait c'est vers cette solution que je vais me tourner et remettre le répertoire /boot dans le LVM RAID1 puisque GRUB sait lire du LVM. Je vais bien étudier la procédure car elle est un peu différente du Linux RAID standard que j'avais utilisé il y a quelques années. Je n'ai pas encore bien maîtrisé comment on construit et défini le deuxième disque pour le monter/démonter comme l'on faisait avant avec la procédure --add et qui se fait là avec l'option -m1 et -m0 apparemment.

En tout cas merci à tous les deux pour votre aide !

Sam.
Fais des tests avec une machine virtuelle,
comme ça, tu pourras tester tes lignes de commande rapidement et sans prendre aucun risque.
MicP a écritFais des tests avec une machine virtuelle,
comme ça, tu pourras tester tes lignes de commande rapidement et sans prendre aucun risque.
Comment émuler un flie-system dans une machine virtuelle, jamais fait !

Sam.
J'utilise virt-manager pour créer et gérer mes machines virtuelles.
Sous Ubuntu ou/et Debian, l'installation de ce paquetage configurera automatiquement les interfaces réseau nécessaires
de façon à ce que les machines virtuelles puissent avoir accès au réseau auquel la machine hôte a accès.

Un disque pour une machine virtuelle, est en fait un simple fichier sur la machine hôte,
et il suffit d'avoir le fichier image ISO d'installation d'Ubuntu, debian, Windows, etc..
pour que la machine virtuelle puisse le voir comme un CD, DVD ou/et clef USB
et démarrer l'installation d'un système ubuntu, debian, windows, ou autre sur la machine virtuelle à créer.

Voilà une capture de mon écran montrant deux de mes machines virtuelles debian (Xfce Gnome dedian)
qui sont en train de fonctionner pendant que je rédige ce message avec Firefox sur ma machine hôte (Xubuntu)


Je n'ai pas trop cherché, j'ai pris le premier lien trouvé
dans lequel on montre comment créer une machine virtuelle avec virt-manager.
https://doc.fedora-fr.org/wiki/Virtualisation_:_KVM,_Qemu,_libvirt_en_images
C'est sous Fedora, mais c'est exactement pareil sous ubuntu, debian, redhat, etc...
Merci MicP pour le tuyau virt-manager je ne connaissais pas !

Sam.
Ça y est j'y suis arrivé avec cette solution donc je suis resté en LVM et en RAID1 en suivant ce tuto très détaillé le tuto de Prado avec la gestion de GRUB2 et tout !

Je ne te cache pas que j'ai un peu galérer j'ai même cru un moment avec perdu tout le système et les données après le transfert d'un disque sur l'autre, je peux te dire que Ubuntu 20.04 est super robuste car il est arrivé à booter sur le nouveau disque, par contre IL FAUT SUIVRE SCRUPULEUSEMENT la chronologie des opérations !

Voilà merci en tout cas de vos aides et conseils qui m'ont permis de faire le bon choix.

Sam.
Bonjour,
Tu as pris la solution lvm à l'intérieur du raids. Cela va te servir lors de l'installation des deux autres disques raids
pourrais-tu faire un bootinfo afin permettre de visualiser le résultat. https://doc.ubuntu-fr.org/tutoriel/boot-info
Bonjour
geole a écrit…Tu as pris la solution lvm à l'intérieur du raids. …
Non, il a fait l'inverse : il a créé un RAID de type 1 dans lequel il a intégré le système LVM :
Dans son message #18, samprzyswa a écrit… en suivant ce tuto très détaillé le tuto de Prado …
Mais vous le verrez dans le retour du boot-info …