Почему man-страница virt-install ограничивает допустимые адреса mac?

После большого эксперимента, я действительно получил его на работу. И в этом процессе я выяснил, что делает поиск и много узнал о grub и командной строке grub в этом процессе. Это не так сложно, как кажется.

Проблема с моими записями заключается в том, что мне нужно было префикс / boot / для имени файла как для multiboot, так и для amp;

Я также узнал, что поиск делает то, что я думаю. Он ищет файл или файловую систему uuid (в зависимости от опции) и устанавливает root как место на диске и amp; номер раздела.

Таким образом, строка начального набора root = '(hd0,1)' немного избыточна. Кажется, что по умолчанию это произойдет, если поиск не удался.

2
задан 18 May 2012 в 23:32

8 ответов

Какова цель этого ограничения?

Стандартные (хорошие) методы разработки программного обеспечения. Первые три октета (байты) MAC-адреса являются OUI (организационный уникальный идентификатор), который, как следует из названия, однозначно идентифицирует «производителя» сетевого адаптера. Они зарегистрированы в IEEE, и любое количество инструментов поиска может использоваться для сопоставления OUI с именем.

Как и следовало ожидать, определенные OUI, которые вы упомянули, зарегистрированы для Xen и KVM, и будут показывать как таковой, если пользователь запускает, например, lspci или lshw внутри гостя.

Вы можете их изменить, но в лучшем случае результат будет неправильной идентификацией. В худшем случае эти значения могут как-то быть по умолчанию в какой-то части виртуализированного бэкэнда NIC (мост Xen и т. Д.), В результате чего маршрутизация в гость с нестандартным MAC завершится неудачно, если вы также не настроили бэкэнд. [ ! d5]

1
ответ дан 25 May 2018 в 11:14

Какова цель этого ограничения?

Стандартные (хорошие) методы разработки программного обеспечения. Первые три октета (байты) MAC-адреса - это OUI (организационный уникальный идентификатор), который, как следует из названия, однозначно идентифицирует «производителя» сетевого адаптера. Они зарегистрированы в IEEE, и любое количество инструментов поиска может использоваться для сопоставления OUI с именем.

Как и следовало ожидать, определенные OUI, которые вы упомянули, зарегистрированы для Xen и KVM, и будут показывать как таковой, если пользователь запускает, например, lspci или lshw внутри гостя.

Вы можете их изменить, но в лучшем случае результат будет неправильной идентификацией. В худшем случае эти значения могут как-то быть по умолчанию в какой-то части виртуализированного бэкэнда NIC (мост Xen и т. Д.), В результате чего маршрутизация в гость с нестандартным MAC завершится неудачно, если вы также не настроили бэкэнд.

1
ответ дан 25 July 2018 в 18:51

Какова цель этого ограничения?

Стандартные (хорошие) методы разработки программного обеспечения. Первые три октета (байты) MAC-адреса - это OUI (организационный уникальный идентификатор), который, как следует из названия, однозначно идентифицирует «производителя» сетевого адаптера. Они зарегистрированы в IEEE, и любое количество инструментов поиска может использоваться для сопоставления OUI с именем.

Как и следовало ожидать, определенные OUI, которые вы упомянули, зарегистрированы для Xen и KVM, и будут показывать как таковой, если пользователь запускает, например, lspci или lshw внутри гостя.

Вы можете их изменить, но в лучшем случае результат будет неправильной идентификацией. В худшем случае эти значения могут как-то быть по умолчанию в какой-то части виртуализированного бэкэнда NIC (мост Xen и т. Д.), В результате чего маршрутизация в гость с нестандартным MAC завершится неудачно, если вы также не настроили бэкэнд.

1
ответ дан 2 August 2018 в 01:00

Какова цель этого ограничения?

Стандартные (хорошие) методы разработки программного обеспечения. Первые три октета (байты) MAC-адреса - это OUI (организационный уникальный идентификатор), который, как следует из названия, однозначно идентифицирует «производителя» сетевого адаптера. Они зарегистрированы в IEEE, и любое количество инструментов поиска может использоваться для сопоставления OUI с именем.

Как и следовало ожидать, определенные OUI, которые вы упомянули, зарегистрированы для Xen и KVM, и будут показывать как таковой, если пользователь запускает, например, lspci или lshw внутри гостя.

Вы можете их изменить, но в лучшем случае результат будет неправильной идентификацией. В худшем случае эти значения могут как-то быть по умолчанию в какой-то части виртуализированного бэкэнда NIC (мост Xen и т. Д.), В результате чего маршрутизация в гость с нестандартным MAC завершится неудачно, если вы также не настроили бэкэнд.

1
ответ дан 4 August 2018 в 16:31

Какова цель этого ограничения?

Стандартные (хорошие) методы разработки программного обеспечения. Первые три октета (байты) MAC-адреса - это OUI (организационный уникальный идентификатор), который, как следует из названия, однозначно идентифицирует «производителя» сетевого адаптера. Они зарегистрированы в IEEE, и любое количество инструментов поиска может использоваться для сопоставления OUI с именем.

Как и следовало ожидать, определенные OUI, которые вы упомянули, зарегистрированы для Xen и KVM, и будут показывать как таковой, если пользователь запускает, например, lspci или lshw внутри гостя.

Вы можете их изменить, но в лучшем случае результат будет неправильной идентификацией. В худшем случае эти значения могут как-то быть по умолчанию в какой-то части виртуализированного бэкэнда NIC (мост Xen и т. Д.), В результате чего маршрутизация в гость с нестандартным MAC завершится неудачно, если вы также не настроили бэкэнд.

1
ответ дан 6 August 2018 в 01:10

Какова цель этого ограничения?

Стандартные (хорошие) методы разработки программного обеспечения. Первые три октета (байты) MAC-адреса - это OUI (организационный уникальный идентификатор), который, как следует из названия, однозначно идентифицирует «производителя» сетевого адаптера. Они зарегистрированы в IEEE, и любое количество инструментов поиска может использоваться для сопоставления OUI с именем.

Как и следовало ожидать, определенные OUI, которые вы упомянули, зарегистрированы для Xen и KVM, и будут показывать как таковой, если пользователь запускает, например, lspci или lshw внутри гостя.

Вы можете их изменить, но в лучшем случае результат будет неправильной идентификацией. В худшем случае эти значения могут как-то быть по умолчанию в какой-то части виртуализированного бэкэнда NIC (мост Xen и т. Д.), В результате чего маршрутизация в гость с нестандартным MAC завершится неудачно, если вы также не настроили бэкэнд.

1
ответ дан 7 August 2018 в 18:36

Какова цель этого ограничения?

Стандартные (хорошие) методы разработки программного обеспечения. Первые три октета (байты) MAC-адреса - это OUI (организационный уникальный идентификатор), который, как следует из названия, однозначно идентифицирует «производителя» сетевого адаптера. Они зарегистрированы в IEEE, и любое количество инструментов поиска может использоваться для сопоставления OUI с именем.

Как и следовало ожидать, определенные OUI, которые вы упомянули, зарегистрированы для Xen и KVM, и будут показывать как таковой, если пользователь запускает, например, lspci или lshw внутри гостя.

Вы можете их изменить, но в лучшем случае результат будет неправильной идентификацией. В худшем случае эти значения могут как-то быть по умолчанию в какой-то части виртуализированного бэкэнда NIC (мост Xen и т. Д.), В результате чего маршрутизация в гость с нестандартным MAC завершится неудачно, если вы также не настроили бэкэнд.

1
ответ дан 10 August 2018 в 07:16

Какова цель этого ограничения?

Стандартные (хорошие) методы разработки программного обеспечения. Первые три октета (байты) MAC-адреса - это OUI (организационный уникальный идентификатор), который, как следует из названия, однозначно идентифицирует «производителя» сетевого адаптера. Они зарегистрированы в IEEE, и любое количество инструментов поиска может использоваться для сопоставления OUI с именем.

Как и следовало ожидать, определенные OUI, которые вы упомянули, зарегистрированы для Xen и KVM, и будут показывать как таковой, если пользователь запускает, например, lspci или lshw внутри гостя.

Вы можете их изменить, но в лучшем случае результат будет неправильной идентификацией. В худшем случае эти значения могут как-то быть по умолчанию в какой-то части виртуализированного бэкэнда NIC (мост Xen и т. Д.), В результате чего маршрутизация в гость с нестандартным MAC завершится неудачно, если вы также не настроили бэкэнд.

1
ответ дан 15 August 2018 в 19:17

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

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