Вопросы Теги

ИОН Nvidia и/dev/mapper/nvidia _ … проблемы

Я имею ИОННУЮ плату Nvidia с 4 портами SATA и хочу использовать это для выполнения Сервера Linux (CentOS 5.4). Я сначала поднял трубку 3 HDs (который будет массивом RAID5), и четвертая маленькая начальная загрузка HD.

Я сначала начал использовать встроенную возможность RAID, но это не работает правильно в соответствии с Linux: способность RAID не является реальным RAID, но использует lvm для определения некоторых массивов.

После задержки BIOS к нормальному режиму SATA и хлестанию HDs, первый жесткий диск начальной загрузки (/dev/sda) рассматривается как/dev/sda ПРЕЖДЕ, ЧЕМ смонтироваться и после монтирования как/dev/mapper/nvidia_. CentOS не может установить на нем (и личинка не является устанавливаемой на нем ни один).

Таким образом, так или иначе жесткий диск все еще замечен, как будто он принадлежит некоторому lvm объему. Я пытался вычистить HD путем издания некоторых dd if=/dev/zero of=/dev/sda команды для стирания стартовых цилиндров и заключительных цилиндров, но напрасно.

Кто-либо видел эту проблему, и кто-либо находил решение?

ОБНОВЛЕНИЕ

Когда я создаю только единственный ext3 раздел на первом HD (/dev/mapper/nvidia_...), никакие разделы LVM не замечены, и я могу загрузиться от/dev/mapper/nvidia_.... Теперь следующий шаг должен видеть, как я могу избавиться от этого безумия.

4
задан 18.03.2016, 16:19

1 ответ

Я думаю, что Ваша проблема имеет больше, чтобы сделать с dmraid чем LVM (см. это примечание о подобной проблеме).

dmraid средство Linux fakeRAID. Это и LVM (и MD RAID, средство программного обеспечения RAID Linux) использует/dev/mapper устройства, но насколько я знаю, LVM требует, чтобы стандартный раздел на диске использовал в качестве физического тома (PV)./dev/mapper/nvidia_*, вероятно, относится к набору fakeRAID на чипсете Nvidia (использующий sata_nv модуль ядра).

В соответствии с этой теорией, что происходит, то, что Ваше ядро обнаруживает присутствие тех старых метаданных RAID по дискам и автоматически конфигурирует картопостроителя устройства (через dmraid) использовать их. Если бы это был LVM, я думаю, что Вы смогли бы сказать с fdisk -l /dev/sda.

Если Ваша цель состоит в том, чтобы возвратиться в плоскость-jane/dev/sda, разрабатывают доступ к диску, Вы должны будете:

  1. Проверьте, что DMraid или LVM используются.

    • DMraid: попробовать dmraid -s или dmraid -r
    • LVM: попробовать pvscan или vgscan (?)
    • Необходимо также попробовать dmsetup ls запрашивать картопостроитель устройства непосредственно.

  2. Если один или другой используются, используйте те инструменты конфигурирования для удаления их.

    • DMraid:не уверен. можно деактивировать наборы RAID с dmraid -an но это не может быть достаточно. Страница справочника предлагает dmraid -r -E может стереть метаданные, так, чтобы могло бы быть необходимым.
    • LVM: pvremove или vgremove (или оба)
    • Вы, возможно, также должны были бы работать dmsetup remove или dmsetup remove_all удалить устройства из драйвера картопостроителя устройства.

  3. ??

Короче говоря, Вам, вероятно, придется играть с dmraid, dmsetup и различная LVM управляет для наблюдения, почему система настаивает на том, чтобы активировать картопостроитель устройства. lsmod могло бы быть полезным для идентификации модулей ядра, используемых, таким образом, можно завершить работу их при необходимости.

См. также:

  • dmraid(8) и dmsetup(8) страницы справочника
  • См. это сообщение для взгляда на RAID и LVM/dev/mapper устройства. Не ужасно соответствующий, но хороший контекст и шоу реальное использование команд dmraid.
5
ответ дан 07.12.2019, 20:28

Теги

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