Udev: переименование моего сетевого интерфейса

Я нашел очень легкое решение получить мой (очевидно, фальшивка) аппаратные средства RAID, работающий снова.

После того, как я переустановил Ubuntu 12.04, я не перезагрузил, но остался в режиме попытки. Затем я смонтировал / и отредактировал

/usr/share/initramfs-tools/scripts/local-top/dmraid

Я добавил dmraid - да после последнего комментария:

# Activate any dmraid arrays that were not identified by udev and vol_id.
dmraid -ay
if devices=$(dmraid -r -c); then
    for dev in $devices; do
        dmraid-activate $dev
    done
fi

Я думаю вот именно, но сначала я добавил

dm-raid45
dm-mirror
dm-region-hash

кому:

/etc/modules

Я не уверен, может ли это важное вообще, потому что после первой начальной загрузки (который наконец работал, не отступая к консоли обслуживания),/etc/modules больше не содержал те 3 модуля, таким образом, я предполагаю Вас, опустить его.

Когда я выполняюсь, монтируются, я вижу/dev/mapper, смонтированный снова:

/dev/mapper/pdc_ccfhbjbeeg3 on / type ext3 (rw,errors=remount-ro)
/dev/mapper/pdc_ccfhbjbeeg1 on /boot type ext2 (rw)
/dev/mapper/pdc_ccfhbjbeeg5 on /home type ext3 (rw)
20
02.12.2017, 01:32
5 ответов

В моем случае проблема исходит от того, что MAC-адрес для каждого интерфейса был установлен в трех файлах:

/etc/udev/rules.d/70-persistent-net.rules
/etc/sysconfig/network-scripts/ifcfg-eth0
/etc/sysconfig/network-scripts/ifcfg-eth1

Нам нужна согласованность между файлом IFCFG и Net.Rules для Mac адрес.

10
27.01.2020, 19:44

Вы попытались создать пробел /etc/udev/rules.d/80-net-name-slot.rules ?

начиная с Udev v197 udev реализовал предсказуемые названия сетевого интерфейса путем создания пустого файла в том пути, затем перезагружающем, у Вас должны быть свои имена интерфейса назад к тому, каковы они были.

я ответил на подобный вопрос в: Creating eth0 with consistent network device naming

1
27.01.2020, 19:44
  • 1
    Это починило два из моих трех сетевых устройств. Вместо пустого файла я создал ссылку на/dev/null. Я ожидаю, что любой подход работал бы. –  MrMas 02.11.2016, 19:21

В то время как это довольно поздно, я исправил свою проблему, удалив

KERNEL="eth*",

часть правила в /etc/udev/rules.d/70-persistent-net.rules файл. Это работает, потому что, как только UDEV переименован в устройство «переименовать *», эта часть будет остановить соответствие правила. Таким образом, удаление это позволяет правильному имени нужно присвоено правильному устройству, независимо от того, что UDEV назвал его в то же время.

10
27.01.2020, 19:44

Я смог решить эту проблему, просто удалив /etc/udev/rules.d/70-persistent-net.rules и перезагрузившись.

6
27.01.2020, 19:44

También podría suceder porque eth0, eth1, wlan0, wlan1, etc. son nombres estándar del kernel (en caso de no -nombres de esquemas persistentes ). En la documentación de udev se dice:

NAME

The name to use for a network interface. See systemd.link(5) for a higher-level mechanism for setting the interface name. The name of a device node cannot be changed by udev, only additional symlinks can be created.

Por lo tanto, nunca use nombres eth *, wlan *, etc. para las reglas de udev.

0
27.01.2020, 19:44

Теги

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