J'ai fait le raid en utilisant le firmware Sil 3114. J'utilise RAID niveau 1. J'ai un script bash que je lance en tant que root dès que je reçois une invite:
dmraid -ay
mount /dev/mapper/sil*1 /home
Je dois ouvrir une session en tant que root et utiliser ce script bash stupide à chaque démarrage. Ubuntu ne comprend pas automatiquement le volume du raid. Je n'ai pas mis le volume RAID dans fstab
car il n'existe pas au démarrage. Comment puis-je/à la maison de mon fakeraid automounted au démarrage?
Je pense que @ppetraki a raison de dire qu’il s’agissait d’un bogue dans la version d’ubuntu dont il s’agissait. Une bonne solution consiste à:
dmraid -ay
au démarrage du système.Voici les étapes nécessaires pour configurer fakeraid et obtenir le montage automatique des partitions pertinentes:
Installez le paquet dmraid:
Sudo apt-get install dmraid
Reboot (c'est parce que dmraid s'ajoute à initramfs)
Le dispositif fakeraid devrait apparaître, par exemple:
$ ls /dev/mapper/*
brw-rw---- 1 root disk 252, 0 Dec 6 16:21 /dev/mapper/isw_dhdhchcbaf_Dima
brw------- 1 root root 252, 1 Dec 6 16:21 /dev/mapper/isw_dhdhchcbaf_Dima1
crw------- 1 root root 10, 236 Dec 6 16:22 /dev/mapper/control
Ci-dessus, *Dima
est le périphérique fakeraid, tandis que *Dima1
est la partition. Si vous n'avez pas * N, vous devez créer une table de partition, créer une partition, la formater avec un système de fichiers et redémarrer à nouveau.
Dans Ubuntu, toutes les partitions sont montées par UUID par défaut. Découvrons l'UUID:
$ Sudo blkid
[Sudo] password for xnox:
/dev/sda: TYPE="isw_raid_member"
/dev/sdb: TYPE="isw_raid_member"
/dev/mapper/isw_dhdhchcbaf_Dima1: UUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae" TYPE="ext4"
/dev/sdc1: UUID="A904-D2E7" TYPE="vfat"
/dev/sdc2: UUID="6669d411-80c3-41cc-a629-ad84e1ee6854" TYPE="ext4"
/dev/sdc3: UUID="2bf263f1-753f-4b2e-92a6-b00381515e0c" TYPE="swap"
/dev/sdd1: UUID="C499-1A68" TYPE="vfat"
Voir que le recherché est UUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae"
Par conséquent, l'entrée /etc/fstab
serait:
UUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae" /srv/dima ext4 defaults 0 0
Cela devrait ça fonctionne car le paquet dmraid installe des points d'ancrage dans le disque mémoire pour sonder les faux périphériques RAID. Si cela ne fonctionne pas, alors vous avez un vrai bug. Pour revenir à une ligne de base saine, procédez comme suit:
Sudo -s
apt-get install --reinstall dmraid
update-initramfs -u -k all
reboot
Si ce périphérique n'apparaît toujours pas dans/dev/mapper, alors notez un bogue.
Est-ce que votre nom du volume contient des espaces?
Je suis tombé sur votre problème en faisant des recherches sur le mien. Dans mon cas, le volume s'appelait "Big Data Volume". dmraid a mappé cela en tant que/dev/mapper/isw_gdghjicjaBig% x20Data% x20Volume, mais d'autres parties du processus ont continué à essayer d'utiliser "/ dev/mapper/isw_gdghjicja_Big volume de données" et ont échoué.
Je suis retourné dans Windows (je suppose que c'est la raison pour laquelle vous aussi, vous utilisez dmraid, pour double amorcer Windows) et le gestionnaire Matrix Storage d'Intel, et j'ai renommé mon volume en Big_Data_Volume. Linux a ensuite démarré et monté correctement le volume mis en miroir, sans que je fasse autre chose.
Vous n'avez rien à faire normalement; cela fonctionne juste hors de la boîte. Ubuntu lance dmraid
pour activer le volume dès qu'il est détecté, à moins que vous n'ayez fait quelque chose de bizarre. Les idées qui vous viennent à l’esprit sont que vous avez compilé votre propre dmraid
au lieu de l’installer via le gestionnaire de paquets, ou que vous démarrez avec l’argument du noyau nodmraid. Vous pouvez également vérifier et vous assurer que Sudo blkid
identifie les disques sous-jacents en tant que composants sil raid.
En passant, le fakeraid n'est pas aussi bien supporté que le raid mdadm
, donc à moins de double amorcer Windows, vous devriez abandonner le fakeraid et utiliser mdadm
.
essayez ceci dans fstab:
/dev/mapper/sil*1 /home reiserfs user,nosuid,exec,nodev 0 0
Ensuite, faites Sudo mount -a
ou redémarrez