[SOLVED] udev 197
edoroe 21 января, 2013 - 14:07
вчера обновил udev
он теперь имена сетевых карточке именует иначе (было eth0 стало enp2s0 - что-то типа этого).
и сеть не подымается.
что делать ?
»
- Для комментирования войдите или зарегистрируйтесь
Откатить udev?
Откатить udev?
ReinForce
откатился. сейчас на 171 сижу. но это ведь не решение проблемы.
На багзиле отрапортовался?
На багзиле отрапортовался?
_SerEga_ написал(а): На
О чём рапортовать ? Я так понял теперь так и будет
http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames
Вопрос в том. какбы безболезненно перейти на новшества.
Как-то нет особого желания править разнообразные скрипты (например iptables, net.eth0? ...), где используется имя сетевой карточи
.
Дык езь же файл под именем
80-net-name-slot.rules
, в коем фсё опысано...Вчера перешёл на эту версию удава, причём без особых печалей и надрывных рыданий, благо есть в арсенале
grep, awk, sed, find
.Но наименование карточек позабавило.
Уже опоздал :)
willy написал(а): Вчера
Ну и что делал что заработало ?
Прочитать это ?
Прочитать это ?
else_alx
мож я английский плохо знаю:
там написано, чтобы не активировать новые имена - надо оставить этот файл.
так и было сделано - результат:
новые имена действительно не появились. но и eth0 при загрузке не обнаруживается.
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 написал(а): надо ли
у меня так:
CONFIG_DEVTMPFS=y
CONFIG_DEVTMPFS_MOUNT=y
Проблема все еще не
Проблема все еще не решена.
.
Если не планируете юзать SystemD,- переходите на sys-fs/eudev
Мы тоже не всего читали Шнитке!.. © В. Вишневский
еще поправка: файлов сетевых
еще поправка:
файлов сетевых интерфейсов в /sys/class/net
вообще нет, за исключением lo
проблема свелась к тому, что
проблема свелась к тому, что просто не обнаруживается сетевая карта (не грузится модуль ядра)
если загружаю вручную (modprobe), то все подымается.
есть мысли по этому поводу ?
почему при смене udev c 171 на 197 перестают обнаруживаться устройства ?
это касается не только сетевой карты, звуковая тоже не определяется.
.
Наверное :).
Не торопитесь, прочтите документацию про удев, поймите, не каких механизмах основана его работа,
прошерстите конфиг ведра, на предмет: включены ли в нём все кнопки, позволяющие удаву
корректно работать (тот же inotify, например); если "всё включенО", но результат не виден,
существует море разливанное обходных путей:
каталог /etc/local.d/, в который складываем скрипты примитивной автоматизации;
файл /etc/conf.d/modules;
функция preup() из файла /etc/conf.d/net;
самописные правила удева;
тот самый /etc/rc.conf и ещё целая вязанка альтернатив.
Ну а вообще-то я о другом хочу спросить:
Я слабо себе представляю, как такие нововведения помогут systemd "победно шагнуть в массы".
чтобы модули грузились сами, надо
USE="kmod" emerge -va udev kmod
и emerge -C _чего-то_там_init-modules
, хотя оно должно само.
Странно.. Я обновился
Странно.. Я обновился несколько дней назад, eth0 так и осталась. Сейчас ковыряю генту на ноуте, также поставил udev-197, карты тоже называются eth0 и wlan0.
/
Если внимательно и рекурсивно почитать сообщение portage при обновлении данного пакета --- то не обнаружится ничего удивительного.
https://bugs.gentoo.org/show_bug.cgi?id=450938
:wq
--
Live free or die
Подскажите как две карты
Подскажите как две карты переименовать одна на другую? Раньше в файле udev'a было прописано какая карта eth0 а какая eth1, теперь они поменялись. как вернуть, где прописать имена?
В том же самом файле, как и
В том же самом файле, как и раньше, если файла нет - создайте.
В том то и дело что файл был,
В том то и дело что файл был, и в нем ранее были поменяны карты (с eth0 на eth1 и наоборот, так было удобней), а после обновления udev на 197, карты вернулись к состоянию до переименования, потому что файл этот игнорировался.
Создайте файл с другим
Создайте файл с другим именем, например: /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
вот это делалось?
вот это еще могло иметь место:
Beelzebubbie написал(а): вот
ВО. Спасибо. Это помогло !!!
а все потому что читать
а все потому что читать сообщения portage (или хотя бы посматривать в summary.log) — необходимо.
рекомендую elogv посмотреть
рекомендую elogv посмотреть
.
А я за то, чтобы начать с чтения новостей! :)
:wq
--
Live free or die
Новость запоздала, в чём
Новость запоздала, в чём честно сама и признаётся.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Мне помогло
Тоже была проблема нагуглил вот:
в файле /etc/udev/rules.d/70-my-net-names.rules (у меня его не было- пришлось создать) сделать запись SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="MAC-Адрес", NAME="eth0"