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 08:44] Hypathie [Supprimer un RAID logiciel] |
doc:install:supprimer-un-raid-logiciel [11/05/2014 12:40] Hypathie [Introduction] |
||
---|---|---|---|
Ligne 23: | Ligne 23: | ||
J'ai opté pour cette façon de booter en dehors du raid, parce que mon matériel n'est pas assez puissant pour que la machine virtuelle fonctionne correctement depuis le live cd/dvd bootable (système live très très lent).// | J'ai opté pour cette façon de booter en dehors du raid, parce que mon matériel n'est pas assez puissant pour que la machine virtuelle fonctionne correctement depuis le live cd/dvd bootable (système live très très lent).// | ||
- | + | J'ai testé aussi cette méthode de suppression du raid logiciel sur deux vieux disques physiques sur lesquels était installé un RAID1 + LVM avant installation. | |
- | 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é.\\ | + | Là encore pour la suppression, j'ai ajouté un troisième disque dur, sur lequel j'ai installé un système, et j'ai supprimé depuis ce dernier système redémarré.\\ |
- | + | Cette fois, parce que depuis le live CD d'ubuntu (option "essayer ubuntu"), le raid n'était pas détecté par mdadm qui a eu beaucoup de mal à s'y installer.\\ | |
- | 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. | + | |
Ligne 34: | Ligne 33: | ||
{{http://imagesup.org/images12/1399710792-rai-msg-alert.png|}} | {{http://imagesup.org/images12/1399710792-rai-msg-alert.png|}} | ||
- | Et effectivement, **si l'on essaie de réinstaller tout le système** en bootant sur une image iso, la détection du matériel aboutit à ceci : | + | **Il est à noter que deux étapes sont inter-dépendantes :** |
+ | |||
+ | **A) stopper et supprimer le raid avec mdadm ;**\\ | ||
+ | |||
+ | **B) détruire les anciennes partitions, en créer une nouvelle (au moins une) et formater la (ou les) nouvelle(s) partition(s).**\\ | ||
+ | |||
+ | * gparted ne peut détruire les partitions montées en raid (on a un triangle et non un point d'exclamation à côté des partitions à supprimer : voir sur l'image paragraphe B) ; | ||
+ | * le formatage avec fdisk aboutit à un message d'erreur même après la commande dd pour détruire les partitions des disques en raid ; | ||
+ | * et bien qu'on le trouve en ligne l'affirmation contraire, **le partitionnement raid n'a pas disparu tant que l'on utilise pas gparted ou dd ; fdisk et mkfs pour détruire les anciennes partitions, en re-créer une (ou plusieurs) et la (les) formater !**\\ | ||
+ | |||
+ | Sans l'état B **si l'on essaie de réinstaller tout le système** en bootant sur une image iso, la détection du matériel aboutit à ceci : | ||
{{http://imagesup.org/images12/1399787067-raid-resistant.png|}} | {{http://imagesup.org/images12/1399787067-raid-resistant.png|}} | ||
Ligne 41: | Ligne 50: | ||
*Et le raid persistant sur les disques de 10.7GB, SCSI4 (sdb) et SCS5 (sdc). | *Et le raid persistant sur les disques de 10.7GB, SCSI4 (sdb) et SCS5 (sdc). | ||
- | **Voyons comment récupérer ces deux disques montés en raid.** | + | |
+ | **Voyons comment récupérer ces deux disques montés en raid avec ces deux étapes dans le détail.** | ||
===== Installation ===== | ===== Installation ===== | ||
Ligne 63: | Ligne 73: | ||
</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 72: | Ligne 82: | ||
**Plusieurs solutions sont possibles :** | **Plusieurs solutions sont possibles :** | ||
- | *Munissez-vous d'un live CD d'Ubuntu et choissisez "essayer ubuntu" ; | + | * Munissez-vous d'un live CD d'Ubuntu et choissisez "essayer ubuntu" ; |
* ou démarrer une live usb inscriptible de debian ; | * ou démarrer une live usb inscriptible de debian ; | ||
- | * ou encore, si vous n'avez sous la main ni usb ni CD/DVD mais un disque vieux dur en rab : (méthode bizarroïde) branchez ce disque qui ne vous sert pas sur lequel vous installez debian ou ubuntu : repérez bien sa taille pour choisir le bon disque (le libre) et branchez-le sur l'emplacement du disque anciennement reconnu comme étant /dev/sda, et placez ce dernier sur l'un des emplacement libre de la carte mère. Ainsi, après installation le système démarré sera bien celui-ci sans le RAID. | + | ===== A) suppression du raid avec mdadm + fdisque + mkfs ===== |
- | <note> | ||
- | En effet, pour avoir essayé cette solution, le disque étant branché sur un emplacement libre de la carte mère, après l'installation, le système lancé était celui du raid.\\ | ||
- | Grub-pc au démarrage ne donne pas dans ce cas, la possibilité de booter sur les différents systèmes.\\ | ||
- | Cela évite aussi qu'à la fin de l'installation sur le disque supplémentaire, grub-pc ait des difficultés à s'installer.\\ | ||
- | </note> | ||
- | ===== suppression du raid avec mdadm ===== | ||
- | |||
- | 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 du raid. | ||
- | Dans mon cas j'ai choisi la méthode bizarroïde sur la VM, j'ai changé et j'ai créé un nouveau disque sur lequel j'ai installé un linux. | + | ====1) Vérifier les partitions.==== |
+ | **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 139: | Ligne 140: | ||
</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 : | + | ====2) les commandes mdadm à lancer==== |
- | <code root> | + | |
- | dpkg --configure -a | + | |
- | </code> | + | |
* arrêter raid0 et raid1 : | * arrêter raid0 et raid1 : | ||
Ligne 176: | Ligne 186: | ||
=> le retour du prompt indique que tout s'est bien passé. | => le retour du prompt indique que tout s'est bien passé. | ||
- | <note important> | + | <note tip> |
- | Le retour de la commande **sfdisk -s** ne contient plus **/dev/md0**. | + | Le retour de la commande **sfdisk -s** ne contient plus **/dev/md0 et /md1**. |
Mais les commandes **fdisk -l /dev/sdb** puis **fdisk -l /dev/sdc**, renvoient encore : | Mais les commandes **fdisk -l /dev/sdb** puis **fdisk -l /dev/sdc**, renvoient encore : | ||
Ligne 206: | Ligne 216: | ||
**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> | ||
+ | |||
+ | ====3) purger les disques avec dd + fdisque + mkfs==== | ||
+ | |||
+ | <note> | ||
+ | Méthode testée uniquement sur machine virtuelle | ||
+ | </note> | ||
+ | |||
+ | * pour effacer les disques et y créer une partition ext3 il faut faire sur chaque disque : | ||
+ | |||
+ | ===3.1) effacer complètement le disque=== | ||
+ | |||
+ | <code root> | ||
+ | dd if=/dev/zero of=/dev/sdb | ||
+ | dd: écriture vers « /dev/sdb »: Aucun espace disponible sur le périphérique | ||
+ | 20971521+0 enregistrements lus | ||
+ | 20971520+0 enregistrements écrits | ||
+ | 10737418240 octets (11 GB) copiés, 844,774 s, 12,7 MB/s | ||
+ | </code> | ||
+ | |||
+ | <note importante> | ||
+ | Commande dangereuse ne vous trompez pas de disque ! | ||
+ | |||
+ | C'est assez long : soyez patient. | ||
+ | </note> | ||
+ | |||
+ | ===3.2) créer une partition sur tout le disque /dev/sdb=== | ||
+ | |||
+ | <code root> | ||
+ | fdisk /dev/sdb | ||
+ | Le périphérique ne contient pas une table de partitions DOS ou Sun, SGI, OSF valable | ||
+ | Création d'une nouvelle étiquette DOS avec id de disque 0x6c6d8b8e. | ||
+ | Les modifications restent en mémoire jusqu'à ce que vous les écriviez. | ||
+ | Après quoi, bien sûr, le contenu précédent sera irrécupérable. | ||
+ | |||
+ | Avertissement : indicateur 0x0000 incorrect dans la table de partitions 4, sera corrigé par w (écriture) | ||
+ | |||
+ | Commande (m pour l'aide): n | ||
+ | Type de partition : | ||
+ | p primaire (0 primaire(s), 0 étendue(s), 4 libre(s)) | ||
+ | e étendue | ||
+ | Sélection (p par défaut) : p | ||
+ | Numéro de partition (1-4, par défaut 1): 1 | ||
+ | Premier secteur (2048-20971519, par défaut 2048): | ||
+ | Utilisation de la valeur par défaut 2048 | ||
+ | Dernier secteur, +secteurs or +taille{K,M,G} (2048-20971519, par défaut 20971519): | ||
+ | Utilisation de la valeur par défaut 20971519 | ||
+ | |||
+ | Commande (m pour l'aide): t | ||
+ | Partition sélectionnée 1 | ||
+ | |||
+ | Code Hexa (taper L pour lister les codes): 83 | ||
+ | |||
+ | Commande (m pour l'aide): w | ||
+ | La table de partitions a été altérée. | ||
+ | |||
+ | Appel de ioctl() pour relire la table de partitions. | ||
+ | Synchronisation des disques. | ||
+ | </code> | ||
+ | |||
+ | ===3.3) formater en ext4 (par exemple)=== | ||
+ | <code root> | ||
+ | mkfs.ext4 /dev/sdb | ||
+ | mke2fs 1.42.5 (29-Jul-2012) | ||
+ | /dev/sdb est le périphérique en intégralité, pas seulement une partition ! | ||
+ | Procéder malgré tout ? (o,n) | ||
+ | #retour du prompt | ||
+ | </code> | ||
+ | |||
+ | * adapter les commandes pour faire de même sur /dev/sdc | ||
+ | **Il est possible maintenant de récupérer ses disques pour y installer à nouveau un OS. En tout cas de façon certaine pour une VM ** | ||
+ | |||
+ | =====B) Suppression des partitions et formatage des disques avec gparted===== | ||
+ | Après avoir utilisé les commandes de mdadm pour stopper et supprimer /dev/md0 et/ou /dev/md1 (voir la note important plus haut paragraphe A n°2)\\ | ||
+ | il est possible de supprimer ses partitions, re-partitionner, et formater ses disques avec gparted pour une autre installation. | ||
+ | |||
+ | <note> | ||
+ | Méthode testée sur disques physiques et sur machine virtuelle | ||
+ | </note> | ||
* installer gparted | * installer gparted | ||
Ligne 231: | Ligne 374: | ||
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**. |