[SOLVED] udev 197

вчера обновил udev

он теперь имена сетевых карточке именует иначе (было eth0 стало enp2s0 - что-то типа этого).
и сеть не подымается.

что делать ?

Откатить udev?

Откатить udev?

ReinForce

ReinForce написал(а):
Откатить udev?

откатился. сейчас на 171 сижу. но это ведь не решение проблемы.

На багзиле отрапортовался?

На багзиле отрапортовался?

_SerEga_ написал(а): На

_SerEga_ написал(а):
На багзиле отрапортовался?

О чём рапортовать ? Я так понял теперь так и будет
http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames

Вопрос в том. какбы безболезненно перейти на новшества.

Как-то нет особого желания править разнообразные скрипты (например iptables, net.eth0? ...), где используется имя сетевой карточи

.

edoroe написал(а):
Как-то нет особого желания править разнообразные скрипты (например iptables, net.eth0? ...), где используется имя сетевой карточи

Дык езь же файл под именем 80-net-name-slot.rules, в коем фсё опысано...
Вчера перешёл на эту версию удава, причём без особых печалей и надрывных рыданий, благо есть в арсенале grep, awk, sed, find.
Но наименование карточек позабавило.

Уже опоздал :)

willy написал(а): Вчера

willy написал(а):
Вчера перешёл на эту версию удава, причём без особых печалей [/code].

Ну и что делал что заработало ?

Прочитать это ?

Прочитать это ?

else_alx

else_alx написал(а):
Прочитать это ?

мож я английский плохо знаю:
там написано, чтобы не активировать новые имена - надо оставить этот файл.

так и было сделано - результат:

новые имена действительно не появились. но и eth0 при загрузке не обнаруживается.

else_alx

else_alx написал(а):
Прочитать это ?

еще при установке udev-197 emerge выдало инфу о включении в ядре опции

[*] Maintain a devtmpfs filesystem to mount at /dev

включал, пересобирал udev. не помогло

надо ли включать в ядре

[ ] Automount devtmpfs at /dev, after the kernel mounted the rootfs

?

Еще у меня /usr в отдельном разделе. В initramfs влючил монтирование /usr

edoroe написал(а): надо ли

edoroe написал(а):
надо ли включать в ядре

[ ] Automount devtmpfs at /dev, after the kernel mounted the rootfs

?

у меня так:
CONFIG_DEVTMPFS=y
CONFIG_DEVTMPFS_MOUNT=y

Проблема все еще не

Проблема все еще не решена.

.

edoroe написал(а):
что делать ?

Если не планируете юзать SystemD,- переходите на sys-fs/eudev

Мы тоже не всего читали Шнитке!.. © В. Вишневский

еще поправка: файлов сетевых

еще поправка:
файлов сетевых интерфейсов в /sys/class/net
вообще нет, за исключением lo

проблема свелась к тому, что

проблема свелась к тому, что просто не обнаруживается сетевая карта (не грузится модуль ядра)

если загружаю вручную (modprobe), то все подымается.

есть мысли по этому поводу ?

почему при смене udev c 171 на 197 перестают обнаруживаться устройства ?
это касается не только сетевой карты, звуковая тоже не определяется.

.

edoroe написал(а):
есть мысли по этому поводу ?

Наверное :).
Не торопитесь, прочтите документацию про удев, поймите, не каких механизмах основана его работа,
прошерстите конфиг ведра, на предмет: включены ли в нём все кнопки, позволяющие удаву
корректно работать (тот же inotify, например); если "всё включенО", но результат не виден,
существует море разливанное обходных путей:
каталог /etc/local.d/, в который складываем скрипты примитивной автоматизации;
файл /etc/conf.d/modules;
функция preup() из файла /etc/conf.d/net;
самописные правила удева;
тот самый /etc/rc.conf и ещё целая вязанка альтернатив.

Ну а вообще-то я о другом хочу спросить:

dmesg написал(а):
r8169 0000:03:00.0 eth0: RTL8168d/8111d at 0xffffc90000034000, 1c:6f:65:37:f5:e9, XID 083000c0 IRQ 51
...
systemd-udevd[4794]: renamed network interface eth0 to enp3s0

Я слабо себе представляю, как такие нововведения помогут systemd "победно шагнуть в массы".

чтобы модули грузились сами, надо

USE="kmod" emerge -va udev kmod

и emerge -C _чего-то_там_init-modules
, хотя оно должно само.

Странно.. Я обновился

Странно.. Я обновился несколько дней назад, eth0 так и осталась. Сейчас ковыряю генту на ноуте, также поставил udev-197, карты тоже называются eth0 и wlan0.

/

Kemaweyan написал(а):
Странно.. Я обновился несколько дней назад, eth0 так и осталась. Сейчас ковыряю генту на ноуте, также поставил udev-197, карты тоже называются eth0 и wlan0.

Если внимательно и рекурсивно почитать сообщение portage при обновлении данного пакета --- то не обнаружится ничего удивительного.

https://bugs.gentoo.org/show_bug.cgi?id=450938

:wq
--
Live free or die

Подскажите как две карты

Подскажите как две карты переименовать одна на другую? Раньше в файле udev'a было прописано какая карта eth0 а какая eth1, теперь они поменялись. как вернуть, где прописать имена?

В том же самом файле, как и

В том же самом файле, как и раньше, если файла нет - создайте.

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="xx:xx:xx:xx:xx:xx", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="yy:yy:yy:yy:yy:yy", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

В том то и дело что файл был,

В том то и дело что файл был, и в нем ранее были поменяны карты (с eth0 на eth1 и наоборот, так было удобней), а после обновления udev на 197, карты вернулись к состоянию до переименования, потому что файл этот игнорировался.

Создайте файл с другим

Создайте файл с другим именем, например: /etc/udev/rules.d/my-net.rules

/

kostik87 написал(а):
Создайте файл с другим именем, например: /etc/udev/rules.d/my-net.rules

Помнится, упоминалась тенденция по выносу правила удава из /etc/ (что по мне выглядит странно и не соггласуется с логикой FHS, но то --- совсем другая песня).

Update: Был неправ. Эва вектор крутит...

:wq
--
Live free or die

Скопировал файл в другое имя,

Скопировал файл в другое имя, не помогло, udev игнорирует. :(

up: В багзиле подтверждение:
https://bugs.gentoo.org/show_bug.cgi?id=453494

В том же самом файле, как и


В том же самом файле, как и раньше, если файла нет - создайте.
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="xx:xx:xx:xx:xx:xx", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="yy:yy:yy:yy:yy:yy", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

KERNEL=="eth*" надо бы убрать или заменить на новое наименование интерфейсов. Иначе не работает. У меня два интерфейса eth0 и eth1, пока не поправил, они менялись местами в произвольном порядке (вероятность 1/2 примерно). После удаления KERNEL=="eth*" 5 перезагрузок стабильное расположение интерфейсов.

Проблема все еще не

Проблема все еще не решена.

Просмотрел внимательно логи.
Никаких ошибок нет. Хотя явно видно что на 171 версии после запуска udev начинает обнаруживать устройства, а 197 версия нет

===== 171 версия =================
udevd[4610]: starting version 171
usb 2-3: device not accepting address 5, error -71
hub 2-0:1.0: unable to enumerate USB device on port 3
input: PC Speaker as /devices/platform/pcspkr/input/input2
input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input3
ACPI: Power Button [PWRB]
input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input4
ACPI: Power Button [PWRF]
usb 7-1: new full-speed USB device number 2 using uhci_hcd
usb 7-1: not running at top speed; connect to a high speed hub
microcode: CPU0 sig=0x1067a, pf=0x1, revision=0xa07
microcode: CPU1 sig=0x1067a, pf=0x1, revision=0xa07

==== 197 версия ===================
systemd-udevd[4606]: starting version 197
usb 2-3: device not accepting address 5, error -71
hub 2-0:1.0: unable to enumerate USB device on port 3
usb 7-1: new full-speed USB device number 2 using uhci_hcd
usb 7-1: not running at top speed; connect to a high speed hub
vboxdrv: Found 2 processor cores.

vboxdrv это принудительно гружу.

В чем причина ?

вот это делалось? Please

вот это делалось?

Please re-emerge all packages on your system which install
rules and helpers in /usr/lib/udev. They should now be in
/lib/udev.

One way to do this is to run the following command:
emerge -av1 $(qfile -q -S -C /usr/lib/udev)
Note that qfile can be found in app-portage/portage-utils

вот это еще могло иметь место:

Old versions of installed libraries were detected on your system.
In order to avoid breaking packages that depend on these old libs,
the libraries are not being removed.  You need to run revdep-rebuild
in order to remove these old dependencies.  If you do not have this
helper program, simply emerge the 'gentoolkit' package.

  # revdep-rebuild --library '/lib64/libudev.so.0' && rm '/lib64/libudev.so.0'

Beelzebubbie написал(а): вот

Beelzebubbie написал(а):
вот это делалось?

emerge -av1 $(qfile -q -S -C /usr/lib/udev)

ВО. Спасибо. Это помогло !!!

а все потому что читать

а все потому что читать сообщения portage (или хотя бы посматривать в summary.log) — необходимо.

рекомендую elogv посмотреть

рекомендую elogv посмотреть

.

nordwind написал(а):
рекомендую elogv посмотреть

А я за то, чтобы начать с чтения новостей! :)

2013-01-23  Upgrading udev from 171 (or older) to 197

:wq
--
Live free or die

Новость запоздала, в чём

Новость запоздала, в чём честно сама и признаётся.

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Мне помогло

Тоже была проблема нагуглил вот:

в файле /etc/udev/rules.d/70-my-net-names.rules (у меня его не было- пришлось создать) сделать запись SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="MAC-Адрес", NAME="eth0"

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".