Как я автомонтирую поддельный набег?

Оборудование

  • Asus K8N4-E роскошный Mobo
  • Набег фальшивки Sil 3114, на борту
  • 2 HD Seagate 250 ГБ, размещая мой / домой
  • Резервное копирование на отдельном жестком диске / домой

Что я имею до сих пор

Я сделал набег с помощью встроенного микропрограммного обеспечения Sil 3114. Я использую уровень RAID 1. У меня есть скрипт удара, который я запускаю как корень, как только я получаю подсказку:

dmraid -ay
mount /dev/mapper/sil*1 /home

Проблема

Я должен войти в систему как корень и использование, что глупый удар пишет сценарий каждой начальной загрузки. Ubuntu автоматически не понимает объем набега. Я не вставил объем набега fstab потому что это не существует на начальной загрузке. Как у меня есть / домой от моего fakeraid автосмонтированным при начальной загрузке?

9
задан 6 December 2013 в 18:15

6 ответов

Я полагаю, что @ppetraki корректен об этом являющемся ошибкой в версии человечности, о которой это было. Хорошее обходное решение:

  1. Запишите новомодный сервис, который работает dmraid -ay когда начальные загрузки системы.
  2. В fstab смонтируйте устройства их UUID
3
ответ дан 23 November 2019 в 05:03

Это должно просто работать dmraid рычагами установок пакета в электронный диск для зондирования поддельных устройств набега. Если это не работает затем, у Вас есть реальная ошибка. Для возвращения к нормальной базовой линии, выполните:

sudo -s
apt-get install --reinstall dmraid
update-initramfs -u -k all
reboot

Если то устройство все еще не обнаруживается в/dev/mapper, затем зарегистрируйте ошибку.

2
ответ дан 23 November 2019 в 05:03

попробуйте это в fstab:

/dev/mapper/sil*1  /home  reiserfs  user,nosuid,exec,nodev  0  0 

Затем сделайте sudo mount -a или перезагрузка

0
ответ дан 23 November 2019 в 05:03

Вы ничего не должны обычно делать; это просто работает из поля. Выполнения Ubuntu dmraid активировать объем, как только это обнаруживается, если Вы не сделали что-то нечетное. Идеи, которые приходят на ум, являются Вами, скомпилировал Ваше собственное dmraid вместо того, чтобы установить его через диспетчер пакетов, или Вы загружаетесь с nodmraid аргументом ядра. Вы могли бы также проверить и удостовериться это sudo blkid идентифицирует базовые диски как sil компоненты набега.

Между прочим, fakeraid также не поддерживается как mdadm набег, поэтому если Вы не двойная загрузка с окнами, необходимо угробить fakeraid и пойти с mdadm.

0
ответ дан 23 November 2019 в 05:03

Вот шаги, должен был установить fakeraid и автомонтировать соответствующие разделы:

  1. Установите dmraid пакет:

    sudo apt-get install dmraid
    
  2. Перезагрузка (это вызвано тем, что dmraid добавляет себя в initramfs),

  3. 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 с файловой системой и перезагрузкой снова.

  4. В 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"

  5. Поэтому /etc/fstab запись была бы:

    UUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae" /srv/dima ext4 defaults 0 0
    
4
ответ дан 23 November 2019 в 05:03

Ваше Имя тома имеет пробелы в нем?

Я столкнулся с Вашей проблемой при исследовании моего собственного. В моем случае объем назвали "Объемом больших данных". dmraid отобразил это как/dev/mapper/isw_gdghjicjaBig%x20Data%x20Volume, но другие части процесса продолжали пытаться использовать "/dev/mapper/isw_gdghjicja_Big Объем данных" и отказавший.

Я возвратился в Windows (я предполагаю вот почему, что Вы также используете dmraid к Windows двойной загрузки), и Матричный Менеджер хранилища Intel, и переименовал мой объем к Big_Data_Volume. Linux, затем загруженный и смонтированный зеркальный том правильно, без меня делающий что-либо еще.

1
ответ дан 23 November 2019 в 05:03

Другие вопросы по тегам:

Похожие вопросы: