J’ai donc créé une partition sur le VG LVM: # lvcreate -t -L 125G -n swap /dev/VG0
Je dois donc supprimer la swap précédente
Surprise, je trouve 2 partitions,
l’une: /dev/nvmeOn1p2 (nommée Swap_0),
l’autre: /dev/nvme1n1p2,
le système de fichier est: linux-raid sur les deux, monté sur /dev/md0 (et que je trouve donc également dans: /dev/md0)
J’ai donc créé une partition sur le VG LVM: # lvcreate -t -L 125G -n swap /dev/VG0
avec gparted, la fonction suppression n’est pas activée. (j’ai fait swapoff -a auparavant)
Ma question est: comment supprimer la paire de partitions RAID préexistante?
Si tu as un raid logiciel, c’est une bonne idée de mettre le swap en raid plutôt qu’une sur chaque disque, en cas de défaillance d’un disque ton système reste sur (vécu)
Tu peux avoir plusieurs partitions swap que tu ajoutes, il valait mieux rajouter une partition que supprimer celles existantes non?
je pense que la nouvelle partition swap est sur un VG en miroir (donc également en RAID1, si j’ai bien compris):
# pvdisplay
--- Physical volume ---
PV Name /dev/nvme0n1p3
VG Name VG0
PV Size 3,58 TiB / not usable 2,00 MiB
Allocatable yes
PE Size 4,00 MiB
Total PE 938519
Free PE 422575
Allocated PE 515944
PV UUID 4efK8z-27e9-ibZu-MDsy-GunB-6JXp-4HDrVs
"/dev/nvme1n1p3" is a new physical volume of "3,58 TiB"
--- NEW Physical volume ---
PV Name /dev/nvme1n1p3
VG Name
PV Size 3,58 TiB
Allocatable NO
PE Size 0
Total PE 0
Free PE 0
Allocated PE 0
PV UUID Nd403x-z2ml-P9T8-DeNY-H8mZ-zh2X-uXQArt
root@leopard:~# vgdisplay
--- Volume group ---
VG Name VG0
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 326
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 6
Open LV 5
Max PV 0
Cur PV 1
Act PV 1
VG Size 3,58 TiB
PE Size 4,00 MiB
Total PE 938519
Alloc PE / Size 515944 / <1,97 TiB
Free PE / Size 422575 / 1,61 TiB
VG UUID v9SswB-FvlZ-kF6J-tb8o-nmg0-ZfRd-LZeOtq
Et l’idée était de supprimer la swap en RAID1 parce qu’elle est hors du VG LVM, et que la nouvelle semble bien assez grande. (Mais ce n’est pas impératif, je ne manque pas d’espace disque)
Oui il est préférable de mettre ton swap dans le VG. C’est plus facile à gérer et c’est plus propre coté disque ensuite.
Car poru faire évoluer un swap il faut
Arrêter le swap (swapoff -a)
Supprimer le swap
redéfinir le nouveau swap (lvcreate …)
Redemarrer le swap (swapon -a)
C’est d’autant plus évident quand on est en disque chiffrés.
Chez moi j’ai:
donc, supprimer le SWAP -RAID initial- hors LVM serais préférable, d’autant plus que le nouveau SWAP en LVM-Miroir = raid1 est 124 Gi = 2 fois la mémoire vive, déjà grande = 64 Gi?
Je reviens alors à ma question initiale:comment supprimer cette partition double (raid)?
man mdadm ne me le dit pas, (au moins compte tenu de mon très faible niveau d’anglais et à peine moins faible niveau administration Linux.)
Si j’ai bien compris l’explication de ce wiki:
alors je peux/doit faire:
swapoff /dev/md0
mdadm -S /dev/md0
mdadm --zero-superblock /dev/nvme0n1p2
mdadm --zero-superblock /dev/nvme1n1p2
puis supprimer ces partitions avec gparted
Oui
l’erreur est d’avoir fait un raid juste pour le swap, il ne faut jamais faire ça.
Car en fait, il se trouve qu’il va fonctionner comme un RAID0.
C’est mieux de le mettre en LVM.
Pour supprimer le RAID de ton swap, donne nous un lsblk -f pour vérifier comment sont montées tes partitions.
Mais si on considère que /dev/md0 est monté en [SWAP], alors:
swapoff -a
umount /dev/md0 #tu démonte la partition de/sur ton /dev/md0
mdadm --stop /dev/md0 # tu arrête le raid sur le device
# Vérifies qu'"il n'y a rien dans /etc/mdadm/mdadm.conf,
#sinon supprime ce qui concerne /dev/md0 dans /etc/mdadm/mdadm.conf
mdadm --remove /dev/md0
# Ensuite supprime les superblocks
mdadm --zero-superblock /dev/nvme0n1p2
mdadm --zero-superblock /dev/nvme1n1p2
La difficulté ensuite va être de récupérer l’espace ainsi libéré pour le rajouter dans ton volume physique LVM.
Pour voir ce que tu dois faire, il nous faut le lsblk -f d’abord (avant et après la suppression de ton raid swap).
# Arrêter les swaps
swapoff -a
# Supprimer les devices raid
mdadm --remove /dev/md0
# Ensuite supprime les superblocks
mdadm --zero-superblock /dev/nvme0n1p2
mdadm --zero-superblock /dev/nvme1n1p2
Ensuite il faudra ensisager de:
changer la partition p3 en P2
Deplacer la partition p3 renommée en P2 pour qu’elle soit adjacente à P1 et ainsi mettre tout l’espace libre en find e disque
Intégrer l’espace libre dans ta partition LVM P2.
Il y a plusieurs moyen d’envisager ça.
Pour avoir eu à le faire un jour, j’ai procéder comme suit:
désactiver le second disque du RAID1 pour n’avoir un RAID 1 qu’avec un seul disque. Sortir le disque du RAID.
effacer complètement et wiper le second disque pour en faire un disque « neuf ».
Tu fait les modifications sur le disque 1, membre unique du RAID.
Une fois que tout est bon, tu intègre le second disque comme un nouveau disque. Le mécanisme du RAID se chargera de reproduire ton premier disque sur le second sans rien avoir à faire de plus.
Typiquement du fait des grosses lacunes de l’installateur de Debian, il n’est pas possible de faire une machien RAID 1 avec tout sur le LVM et le /boot/efi en dehors, donc avec:
md0 → efi
md1 → lvm
Debian ne sait pas faire.
Donc j’ai fait une installation sans installation du grub. J’ai modifié le md0 pour avec les métadonnées en version 1.0 (seul moyen de pour avoir l’efi seul dessus). J’ai installé le grub manuellement.
Puis j’ai ajouter le second disque dans le RAID.
Merci Zargos,
pour moi tout ceci me pose beaucoup de questions
pour commencer:
-1 comment?
Pourquoi (pour mettre un peu d’ordre dans mes idées ou pour des motifs plus techniques) ?
Il s’agit de 2 SSD et non de disques durs, les questions d’adjacence et de fin de disque restent-elles opportunes?
2- Ensuite, les RAID dont vous parlez sont-ils bien les LVM en miroir? (et là, les questions se multiplient…)
Le boot efi est bien sur une partition séparée, et j’ai créé une partition identique sur le 2e SSD pour y placer une copie
Mes données ne sont pas en Miroir LVM, mais l’espace sur le 2e SSD est prévu pour en faire régulièrement une copie.
(pour l’instant, les sauvegardes ne sont qu’externes)
En effet, je n’ai jamais eu d’autres soucis que ceux que j’ai créé moi-même, et non par problème de disque dur ou de SSD. Dans ce cas le LVM reproduit évidemment mes erreurs et autres imprudences. Bien entendu, je me doute que cela peut arriver, mais, pour mes données, je dispose déjà de sauvegardes fréquentes et incrémentales.
oui c’est pas une question de technologie de disque mais de gestion de filesystem.
Il faut arrêter de donner des particularités aux SSD qui n’existent pas
Ca ne sert à rien, le syst_me RAID va faire la synchro, c’est fait pour ça.
Il vaut mieux me protéger de moi-même que du matériel pour mon usage quotidien!
En revanche pour les problèmes informatiques et d’administration il vaut mieux ne pas trop compter sur moi, et là le LVM miroir RAID et un timeshift sur disque externe sont recommandés.
