Le Fri, 03 Jun 2005 11:28:04 +0200, Bulot Grégory a écrit :
> sur un site y'a cette solution : > mknod /dev/md4 b 9 4 > puis > mdadm --create /dev/md4 --level 1 --raid-devices=2 /dev/hd[bd]7 > > cela semble bon du côté de /proc/mdstat > > dois-je craindre de crash au redémarrage (pour non re-création des md > manquants) ? Il serait plus sur de faire : # cd /dev # MAKEDEV md4 (ou remplacer "md4" par "md" pour créer les md de 0 à 15). PS: Le MAKEDEV de debian gère pour toi les spécificités de udev et devfs. Par example pour udev, il crée les /dev/mdX dans /dev/.static/ . C'est indispensable si tu décides de te passer de udev, comme cela lors de la désinstallation /dev/.static deviendra ton /dev et il contiendra déjà tous les fichiers de périphériques dont les logiciels que tu as installé ont besoin (alsa n'utilise pas MAKEDEV, c'est un bug). Autre intérêt de MAKEDEV : avant que udev ne démarre, /dev/ est le /dev/.static de "après le démarrage de udev". Si tu as besoin de ces fichiers de périphériques avant que udev ne démarre il faut qu'ils existent dans /dev/.static. PS2: si udev ne crée pas le /dev/md4 dont tu as besoin il faut le créer dans /dev/.static avec "MAKEDEV md4" mais aussi dans le "/dev/ de udev" :-/ Pour cela soit tu fais un mknod, soit tu utilises: # WRITE_ON_UDEV=1 MAKEDEV md4 Il serait bon de vérifier http://bugs.debian.org/mdadm (ou udev) pour voir si le problème n'a pas déjà été soulevé (ou corrigé). Sinon svp envoi un rapport de bug. WRITE_ON_DEV et mknod ne sont que des hacks qui devraient uniquement servir à débugger, ce ne sont pas des "solutions". Bonne chance Alban -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]