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 [10/05/2014 12:11] Hypathie [Utilisation] |
doc:install:supprimer-un-raid-logiciel [11/05/2014 12:10] Hypathie [B) Suppression des partitions et formatage des disques avec gparted] |
||
---|---|---|---|
Ligne 1: | Ligne 1: | ||
- | ====== Supprimer un RAID logiciel ====== | + | ====== Supprimer un RAID logiciel pour récupérer ces disques====== |
- | * Objet : supprimer un raid logiciel pour récupérer ses disques | + | * Objet : supprimer un raid1 logiciel |
* Niveau requis : FIXME {{tag>débutant avisé}} | * Niveau requis : FIXME {{tag>débutant avisé}} | ||
- | * Commentaires : //Contexte d'utilisation du sujet du tuto. // FIXME | + | * Commentaires : Ce wiki est écrit dans l'idée de partager ses "expériences", et n'est pas la rédaction d'un expert. |
* Débutant, à savoir : [[:doc:systeme:commandes:le_debianiste_qui_papillonne|Utiliser GNU/Linux en ligne de commande, tout commence là !.]] :-) | * Débutant, à savoir : [[:doc:systeme:commandes:le_debianiste_qui_papillonne|Utiliser GNU/Linux en ligne de commande, tout commence là !.]] :-) | ||
* Suivi : {{tag>en-chantier à-tester à-placer}} - FIXME Pour choisir, voir les autres Tags possibles dans [[:atelier:#tags|l'Atelier]]. | * Suivi : {{tag>en-chantier à-tester à-placer}} - FIXME Pour choisir, voir les autres Tags possibles dans [[:atelier:#tags|l'Atelier]]. | ||
Ligne 15: | Ligne 15: | ||
===== Introduction ===== | ===== Introduction ===== | ||
- | Ce wiki va dans la suite de [[atelier:chantier:raid-logiciel-crypte-lvm-a-l-installation-de-wheezy|Raid logiciel crypté + LVM à l'installation de wheezy]].\\ | + | Ce wiki prends la suite du wiki [[atelier:chantier:raid-logiciel-crypte-lvm-a-l-installation-de-wheezy|Raid logiciel crypté + LVM à l'installation de wheezy]].\\ |
- | Je me suis basée sur la même machine virtuelle que celle qui a servie aux illustrations de ce dernier, et j'ai testé aussi sur deux vieux disques d'occasion sur lesquels j'avais installé un RAID1 + LVM avant installation.\\ | + | Je me suis basée sur la même machine virtuelle que celle qui a servie aux illustrations de ce dernier. J'ai changé les ports SATA des disques montés en raid /dev/sda et /dev/sdb (en port SATA0 et SATA1 avant modification), j'ai récupéré le disque virtuel sda (sur lequel une debian est fonctionnelle) d'une autre machine virtuelle sans raid. J'ai affecté le port SATA0 à ce disque ; le port SATA1 au premier disque du raid et le port SATA2 au deuxième disque du raid. Puis j'ai démarré le système.\\ |
- | Rappelez-vous après avoir sélectionné "configurer le raid logiciel" le message suivant était apparu : | + | Avec le disque d'une autre machine virtuelle, sans ce changement de numéro de port SATA, (lorsque ce disque ajouté à le port SATA2 ou plus), le système démarre sur le raid//.\\ |
+ | |||
+ | 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).// | ||
+ | |||
+ | |||
+ | 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.\\ | ||
+ | Cette fois, depuis un live CD d'ubuntu (option "essayer ubuntu), le raid n'était pas détecté par mdadm.\\ | ||
+ | |||
+ | |||
+ | **Rappelez-vous après avoir sélectionné "configurer le raid logiciel" le message "Ces modifications sont irréversibles" était apparu : | ||
+ | ** | ||
{{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, avec une image iso, l'ancien partitionnement du RAID qui avait été installé, persiste sur les disques. | + | 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 : |
+ | |||
+ | {{http://imagesup.org/images12/1399787067-raid-resistant.png|}} | ||
+ | |||
+ | *On voit le disque nouvellement ajouté : SCSI3 (sda) de 8.6GB\\ | ||
+ | *Et le raid persistant sur les disques de 10.7GB, SCSI4 (sdb) et SCS5 (sdc). | ||
- | Voyons comment remédier au problème. | + | **Voyons comment récupérer ces deux disques montés en raid.** |
===== Installation ===== | ===== Installation ===== | ||
Ligne 47: | 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 56: | Ligne 72: | ||
**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> | ||
- | ===== Utilisation ===== | ||
- | 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. | + | ====1) Vérifier les partitions.==== |
- | + | ||
- | 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. | + | |
+ | **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 123: | Ligne 130: | ||
</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 160: | Ligne 176: | ||
=> 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 et /dev/md1**. | + | 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 190: | Ligne 206: | ||
**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> | ||
+ | |||
+ | <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 | ||
+ | |||
+ | =====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 | ||
+ | |||
+ | <code root> | ||
+ | apt-get install gparted | ||
+ | </code> | ||
+ | |||
+ | * lancé gparted et supprimer /dev/sdb1 : | ||
+ | {{http://imagesup.org/images12/1399719252-supression-raid-1.png|}} | ||
+ | |||
+ | *puis /dev/sdb2 : | ||
+ | |||
+ | * créer une nouvelle partition formatée en ext4 par exemple, sur /dev/sdb : | ||
+ | |||
+ | {{http://imagesup.org/images12/1399719422-supression-raid-4.png|}} | ||
+ | |||
+ | * supprimer /dev/sdc1 et /dev/sdc2 : | ||
+ | {{http://imagesup.org/images12/1399719565-supression-raid-5.png|}} | ||
+ | |||
+ | * puis formater une nouvelle partition sur /dev/sdc : | ||
+ | |||
+ | {{http://imagesup.org/images12/1399719650-supression-raid-8.png|}} | ||
+ | |||
+ | Et voilà, vous pouvez maintenant réutiliser les disques pour y installer un système ! | ||
+ |