Vous n'êtes pas identifié(e).
L'icône rouge permet de télécharger chaque page du wiki visitée au format PDF et la grise au format ODT →
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente Prochaine révision Les deux révisions suivantes | ||
doc:install:supprimer-un-raid-logiciel [11/05/2014 09:26] Hypathie [suppression du raid avec mdadm] |
doc:install:supprimer-un-raid-logiciel [11/05/2014 11:20] Hypathie [suppression du raid avec mdadm et gparted] |
||
---|---|---|---|
Ligne 24: | Ligne 24: | ||
- | Mais j'ai testé aussi la suppression du raid logiciel sur deux vieux disques physiques sur lesquels j'ai installé un RAID1 + LVM avant installation, et j'ai supprimé cette fois le raid depuis un live CD d'ubuntu (option "essayer ubuntu). Il faut commencer par installer mdadm, une fois le système live démarré.\\ | + | Mais j'ai testé aussi la suppression du raid logiciel sur deux vieux disques physiques sur lesquels était installé un RAID1 + LVM avant installation. |
- | + | Là encore j'ai ajouté un troisième disque dur, sur lequel j'ai installé le système et démarré le système depuis lequel j'ai supprimé le raid.\\ | |
- | Depuis un disque ou une usb bootable, le système démarre forcément sur le live cd/dvd ou l'usb bootable, si l'on a configuré pour ce faire, les options de démarrage de son BIOS. | + | Cette fois, depuis un live CD d'ubuntu (option "essayer ubuntu), le raid n'était pas détecté par mdadm.\\ |
Ligne 63: | Ligne 63: | ||
</code> | </code> | ||
- | Si l'on a pas démonté /dev/sda et /dev/sdb on ne peut pas stopper, puis supprimer le raid : | + | Si le système "tourne" sur le raid (/dev/sda et /dev/sdb montés) on ne peut pas stopper, puis supprimer le raid : |
<code root> | <code root> | ||
Ligne 76: | Ligne 76: | ||
* ou démarrer une live usb inscriptible de debian ; | * ou démarrer une live usb inscriptible de debian ; | ||
- | ===== suppression du raid avec mdadm ===== | + | ===== suppression du raid avec mdadm et gparted===== |
- | Depuis le système démarré à partir du live CD/DVD ; de la live-usb inscriptible ou la dernière installation sur un disque dur ajouter à la machine à côté des disques dont les partitions sont en raid, il faut entrer quelques commandes et formater ses disques. | + | ====Vérifier les partitions.==== |
- | Vérifier les partitions du raid. | ||
- | Dans mon cas j'ai choisi la méthode bizarroïde sur la VM (voir introduction). | ||
- | **Depuis un live cd/dvd, il s'agira de /dev/sda et /dev/sdb mais repérer vos partitions raid avec fdisk -l.** | + | **Repérer vos partitions raid avec fdisk -l, les disques en raid sont /dev/sdb et /dev/sdc parce qu'il s'agit de la machine virtuelle sur laquelle j'ai ajouté un disque avec le système en /dev/sda, afin de pouvoir donner ici les retours des commandes en exemple** |
<code root> | <code root> | ||
fdisk -l /dev/sdb | fdisk -l /dev/sdb | ||
Ligne 133: | Ligne 131: | ||
</code> | </code> | ||
- | * installer mdadm si besoin : | + | * ou encore : |
<code root> | <code root> | ||
- | apt-get install mdadm | + | sfdisk -s |
+ | /dev/sda: 8388608 | ||
+ | /dev/sdb: 10485760 | ||
+ | /dev/sdc: 10485760 | ||
+ | /dev/md0: 682432 | ||
+ | /dev/md1: 9792384 | ||
+ | /dev/mapper/systeme-swap: 974848 | ||
+ | /dev/mapper/systeme-root: 1949696 | ||
+ | /dev/mapper/systeme-usr: 1949696 | ||
+ | /dev/mapper/systeme-var: 1462272 | ||
+ | /dev/mapper/systeme-tmp: 974848 | ||
+ | /dev/mapper/systeme-home: 2478080 | ||
+ | total : 49624384 blocs | ||
</code> | </code> | ||
- | * si problème lors de l'installation de mdadm : | + | ====les commandes mdadm à lancer==== |
- | <code root> | + | |
- | dpkg --configure -a | + | |
- | </code> | + | |
* arrêter raid0 et raid1 : | * arrêter raid0 et raid1 : | ||
Ligne 200: | Ligne 207: | ||
**Après avoir stoppé le raid et lancé les commandes de suppression du raid (mdadm --zero-superblock /dev/sdxx), il est maintenant possible de supprimer ces partitions et d'en créer une nouvelle en ext4 par exemple avec gparted, ce qui n'était pas possible avant.** | **Après avoir stoppé le raid et lancé les commandes de suppression du raid (mdadm --zero-superblock /dev/sdxx), il est maintenant possible de supprimer ces partitions et d'en créer une nouvelle en ext4 par exemple avec gparted, ce qui n'était pas possible avant.** | ||
</note> | </note> | ||
- | =====Suppression des partitions et formatage des disques avec gparted ===== | + | |
+ | <note importante> | ||
+ | **Il peut arriver qu'après avoir stoppé et supprimé /dev/md0** (commandes mdadm -S /dev/md0 puis mdadm --zero-superblock /dev/sdb1 et mdadm --zero-superblock /dev/sdb2), **ces commandes ne soient pas fonctionnelles sur /dev/md1.**\\ | ||
+ | Cela m'est arrivé (trois fois sur quatre essais sur MV, jamais sur les disques physiques (trois essais).\\ | ||
+ | |||
+ | ** Bien que le système soit démarré sur /dev/sda\\ | ||
+ | et que les commandes umount /dev/sdb1 ; umount /dev/sdb2 ; umount /dev/sdc1 ; umount /dev/sdc2 indiquent des partitions non montées,\\ | ||
+ | on peut avoir :** | ||
+ | |||
+ | <code root> | ||
+ | mdadm -S /dev/md0 | ||
+ | mdadm: stopped /dev/md0 | ||
+ | |||
+ | mdadm --zero-superblock /dev/sdb1 | ||
+ | # retour du prompt | ||
+ | </code> | ||
+ | |||
+ | **MAIS** | ||
+ | |||
+ | <code root> | ||
+ | mdadm -S /dev/md1 | ||
+ | mdadm: Cannot get exclusive access to /dev/md1:Perhaps a running process, mounted filesystem or active volume group? | ||
+ | |||
+ | mdadm --zero-superblock /dev/sdb2 | ||
+ | mdadm: Couldn't open /dev/sdb2 for write - not zeroing | ||
+ | </code> | ||
+ | |||
+ | ET APRÈS CELA : | ||
+ | |||
+ | <code root> | ||
+ | sfdisk -s | ||
+ | /dev/sda: 8388608 | ||
+ | /dev/sdb: 10485760 | ||
+ | /dev/sdc: 10485760 | ||
+ | /dev/md1: 9792384 | ||
+ | /dev/mapper/systeme-swap: 974848 | ||
+ | /dev/mapper/systeme-root: 1949696 | ||
+ | /dev/mapper/systeme-usr: 1949696 | ||
+ | /dev/mapper/systeme-var: 1462272 | ||
+ | /dev/mapper/systeme-tmp: 974848 | ||
+ | /dev/mapper/systeme-home: 2478080 | ||
+ | total : 48941952 blocs | ||
+ | </code> | ||
+ | **Je n'en ai pas d'explication FIXME\\ | ||
+ | Mais il a été à chaque fois possible de poursuivre la suppression du raid avec gparted ou dd + mkfs, et de récupérer les disques pour d'autres installations,\\ en faisant d'abord par prudence : | ||
+ | ** | ||
+ | <code root> | ||
+ | mdadm --manage /dev/md1 --fail /dev/sdb2 | ||
+ | mdadm: set /dev/sdb2 faulty in /dev/md1 | ||
+ | root@debian-pour-supp-raid:/home/hypathie | ||
+ | |||
+ | mdadm --manage /dev/md1 --remove /dev/sdb2 | ||
+ | mdadm: hot removed /dev/sdb2 from /dev/md1 | ||
+ | </code> | ||
+ | </note> | ||
+ | |||
+ | ====Suppression des partitions et formatage des disques avec gparted ==== | ||
* installer gparted | * installer gparted | ||
Ligne 225: | Ligne 288: | ||
Et voilà, vous pouvez maintenant réutiliser les disques pour y installer un système ! | Et voilà, vous pouvez maintenant réutiliser les disques pour y installer un système ! | ||
- | FIXME pour faire de même qu'avec gparted **en ligne de commandes**. | + | ====supprimer le raid avec mdadm et DD et mkfs ==== |