Как авторизовать фальшивый рейд?

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

Asus K8N4-E Deluxe Mobo Sil 3114 фальшивый рейд на борту 2 Seagate 250 gb hd, хостинг my / home Резервная копия на отдельном жестком диске / home

Что я до сих пор

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

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

Проблема

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

1
задан 7 December 2013 в 07:15

5 ответов

Ниже приведены шаги, необходимые для установки 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
2
ответ дан 25 May 2018 в 19:03
  • 1
    Вы отредактировали мой вопрос во что-то совершенно другое и представили то, что выглядит как правильный ответ. Однако решающим моментом в моем вопросе является то, что при загрузке устройства не существуют до тех пор, пока dmraid -ay. Я сильно чувствую, что ваше редактирование должно быть отменено, а затем стать совершенно новым вопросом, для которого это отличный ответ. – djeikyb 7 December 2013 в 06:38
  • 2
    Правила udev выполняют dmraid -ay. – Dima 11 December 2013 в 12:29
  • 3
    они должны , но в то время они не были (или потерпели неудачу во время попытки), следовательно, вопрос. – djeikyb 12 December 2013 в 07:21
  • 4
    Об ошибках сообщается на launchpad.net – Dima 12 December 2013 в 23:04
  • 5
    Дима, звони мне в чате, если хочешь поговорить об этом. Я больше не чувствую, что наши комментарии здесь конструктивны. – djeikyb 12 December 2013 в 23:13

Это должно просто работать, поскольку пакет dmraid устанавливает крючки в ramdisk для проверки фальшивых устройств рейда. Если это не работает, у вас есть реальная ошибка. Чтобы вернуться к правильной базовой линии, выполните:

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

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

1
ответ дан 25 May 2018 в 19:03

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

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

Я вернулся в Windows (я полагаю, именно поэтому вы также используете dmraid, в Windows с двойной загрузкой) и менеджер Matrix Storage от Intel, и переименовали мой том в Big_Data_Volume. Затем Linux загрузился и смонтировал зеркальный том правильно, не делая ничего другого.

1
ответ дан 25 May 2018 в 19:03
  • 1
    Нет, у него не было никаких пробелов. Рад, что вы решили свою проблему! Надеемся, что это поможет кому-то, где этот является проблемой. – djeikyb 23 October 2015 в 20:20

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

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

Затем выполните sudo mount -a или перезагрузите

0
ответ дан 25 May 2018 в 19:03
  • 1
    Я уверен, что вы не можете использовать wild cards в fstab, и он уже сказал, что не может добавить его в fstab, потому что он сначала должен запустить dmraid -ay. – psusi 10 November 2011 в 20:32

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

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

0
ответ дан 25 May 2018 в 19:03

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

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