#1 Le 28/01/2011, à 23:22
- Aerin
Problème avec mdadm et fdisk.
Bonjour, je tente actuellement de faire repartir mon NAS (Ubuntu 10.04 64bits). Je dispose de deux disques durs de 1To (Caviar Green) à mettre en RAID 1.
Repartir, car il y a peu il tournant sans problème jusqu'à ce qu'un jour mdadm me signale une array en mode "degraded" : l'un de mes disque ne faisait plus partie de celle-ci. Je démonte le disque, je le monte seul, fait un fsck, accède aux données, RAS.
Je remonte le disque, il synchronise, je fait un mount sur md0, et là, vide -_-
Qu'à cela ne tienne, je démonte les disques, je les remonte séparément sur une machine booté sur un Live USB, deux partitions saines, mais totalement vides -_- J'ai pu faire une récupération de données brutes (890Go de perdus quand même), et aujourd'hui, après avoir racheté deux nouveaux disques, je voudrais faire une nouvelle array RAID.
Je crée une partition sur le premier disque (/dev/sda), pas de souci.
Je crée une partition sur le second disque (/dev/sdb), et là...
AVERTISSEMENT: fanion 0x0000 non valide dans la table de partitions 4, sera corrigé par w(écriture)
et
La table de partitions a été altérée!
Appel de ioctl() pour relire la table de partitions.
ATTENTION : la table de partitions n'a pas pu être relue : erreur 16 : Périphérique ou ressource occupé.
Le noyau continue à utiliser l'ancienne table. La nouvelle sera utilisée
lors du prochain démarrage ou après avoir exécuté partprobe(8) ou kpartx(8).
Synchronisation des disques.
Un "sudo fdisk -l" me renvoie
Disque /dev/sdb: 1000.2 Go, 1000204886016 octets
255 têtes, 63 secteurs/piste, 121601 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x7a13b010
Périphérique Amorce Début Fin Blocs Id Système
Disque /dev/md_d1: 1000.2 Go, 1000202174464 octets
2 têtes, 4 secteurs/piste, 244189984 cylindres
Unités = cylindres de 8 * 512 = 4096 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000
Le disque /dev/md_d1 ne contient pas une table de partition valide
D'où obtiens-je un périphérique /dev/md_d1 ? Mon mdadm.conf est vide ?!?
Je me dis que quelque part, il y a un souci, alors je réinstalle complètement mon système, et je monte les DD sur une autre machine pour supprimer puis recréer la table de partition (j'ai bien essayé une table de partition GPT, mais fdisk n'aime pas, et parted refuse de créer des partitions...)
Même procédure, et j'ai exactement le même résultat, les mêmes messages (bon, à la différence près que maintenant, j'ai sdb et sdc).
Any idea ?
Edit: si il y a des coquilles dans le post, c'est normal, j'ai après une séance de câblage les doigts pleins de coupures recouverts de pansements...
Dernière modification par Aerin (Le 28/01/2011, à 23:24)
Hors ligne
#2 Le 29/01/2011, à 21:35
- kyncani
Re : Problème avec mdadm et fdisk.
Moi, je dirai d'essayer, depuis le livecd :
- d'arrêter tous les périphérique mdadm avant toute chose avec sudo mdadm --stop /dev/mdX je crois
- d'utiliser gparted uniquement et pas fdisk (plus trop maintenu je crois)
- de recréer une table des partitions sur chacun des disques
Hors ligne
#3 Le 30/01/2011, à 01:39
- Aerin
Re : Problème avec mdadm et fdisk.
- Il n'y a rien à arrêter depuis un Live, mdadm n'est pas lancé
- J'essayerai
- Déjà fait des dizaines de fois.
En ce moment je me heurte à un autre type de problème: lorsque je renseigne mon fstab pour monter md0 au démarrage, Ubuntu ne démarre plus... Il reste bloqué sur "/dev/sda1 clean, ..." (je mettrai la fin du message demain). Lorsque je commente la ligne avec un #, plus aucun souci...
Hors ligne
#4 Le 30/01/2011, à 02:17
- kyncani
Re : Problème avec mdadm et fdisk.
mdadm n'est pas installé sur le livecd ubuntu ?
Hors ligne