Я сделал набег с помощью встроенного микропрограммного обеспечения Sil 3114. Я использую уровень RAID 1. У меня есть скрипт удара, который я запускаю как корень, как только я получаю подсказку:
dmraid -ay
mount /dev/mapper/sil*1 /home
Я должен войти в систему как корень и использование, что глупый удар пишет сценарий каждой начальной загрузки. Ubuntu автоматически не понимает объем набега. Я не вставил объем набега fstab
потому что это не существует на начальной загрузке. Как у меня есть / домой от моего fakeraid автосмонтированным при начальной загрузке?
Я полагаю, что @ppetraki корректен об этом являющемся ошибкой в версии человечности, о которой это было. Хорошее обходное решение:
dmraid -ay
когда начальные загрузки системы.Это должно просто работать dmraid рычагами установок пакета в электронный диск для зондирования поддельных устройств набега. Если это не работает затем, у Вас есть реальная ошибка. Для возвращения к нормальной базовой линии, выполните:
sudo -s
apt-get install --reinstall dmraid
update-initramfs -u -k all
reboot
Если то устройство все еще не обнаруживается в/dev/mapper, затем зарегистрируйте ошибку.
попробуйте это в fstab:
/dev/mapper/sil*1 /home reiserfs user,nosuid,exec,nodev 0 0
Затем сделайте sudo mount -a
или перезагрузка
Вы ничего не должны обычно делать; это просто работает из поля. Выполнения Ubuntu dmraid
активировать объем, как только это обнаруживается, если Вы не сделали что-то нечетное. Идеи, которые приходят на ум, являются Вами, скомпилировал Ваше собственное dmraid
вместо того, чтобы установить его через диспетчер пакетов, или Вы загружаетесь с nodmraid аргументом ядра. Вы могли бы также проверить и удостовериться это sudo blkid
идентифицирует базовые диски как sil компоненты набега.
Между прочим, fakeraid также не поддерживается как mdadm
набег, поэтому если Вы не двойная загрузка с окнами, необходимо угробить fakeraid и пойти с mdadm
.
Вот шаги, должен был установить fakeraid и автомонтировать соответствующие разделы:
Установите dmraid пакет:
sudo apt-get install dmraid
Перезагрузка (это вызвано тем, что dmraid добавляет себя в initramfs),
fakeraid устройство должно появиться, например:
$ 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
Выше, *Dima
fakeraid устройство, в то время как *Dima1
раздел. Если Вы не имеете *N, необходимо создать таблицу разделов, создать раздел, формат ot с файловой системой и перезагрузкой снова.
В Ubuntu все разделы смонтированы UUID по умолчанию. Давайте узнаем 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"
Посмотрите, что требуемый UUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae"
Поэтому /etc/fstab
запись была бы:
UUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae" /srv/dima ext4 defaults 0 0
Ваше Имя тома имеет пробелы в нем?
Я столкнулся с Вашей проблемой при исследовании моего собственного. В моем случае объем назвали "Объемом больших данных". dmraid отобразил это как/dev/mapper/isw_gdghjicjaBig%x20Data%x20Volume, но другие части процесса продолжали пытаться использовать "/dev/mapper/isw_gdghjicja_Big Объем данных" и отказавший.
Я возвратился в Windows (я предполагаю вот почему, что Вы также используете dmraid к Windows двойной загрузки), и Матричный Менеджер хранилища Intel, и переименовал мой объем к Big_Data_Volume. Linux, затем загруженный и смонтированный зеркальный том правильно, без меня делающий что-либо еще.