Created attachment 5963 [details] Отчёт system-report о машине После обновления до ppp-2.4.5-alt13 при загрузке не поднялся ppp-интерфейс. При попытке поднять его вручную (ifup ppp88) пишет: ====8<======================================================================= Couldn't open the /dev/ppp device: No such file or directory You need to create the /dev/ppp device node by executing the following command as root: mknod /dev/ppp c 108 0 ====8<======================================================================= После выполнения это команды эта же команда отработала, интерфейс поднялся и работает. Как я понимаю, после перезагрузки устройство /dev/ppp исчезнет и сеть снова не поднимется.
Created attachment 5964 [details] Полный лог обновления, сломавшего ppp
Дома тоже воспроизвелось при обновлении. А в systemd не воспроизводится на той же домашней машине.
А можно попросить протестировать, появляется ли /dev/ppp, если добавить в udev rules, что-то на подобии: KERNEL=="ppp_generic", MODE="0660", GROUP="uucp", OPTIONS+="static_node=ppp"
root@teer ~ # ifup ppp88 /usr/sbin/pppd: You need to create the /dev/ppp device node by executing the following command as root: mknod /dev/ppp c 108 0 root@teer ~ # ls -lht /etc/udev/rules.d/95-ppp.rules -rw-r--r-- 1 root root 77 Oct 14 08:49 /etc/udev/rules.d/95-ppp.rules root@teer ~ # cat /etc/udev/rules.d/95-ppp.rules KERNEL=="ppp_generic", MODE="0660", GROUP="uucp", OPTIONS+="static_node=ppp" root@teer ~ #
а что говорит kmod static-nodes ? и существует ли /run/tmpfiles.d/kmod.conf
протестируйте пожалуйста задание #106601
kmod static-nodes в частности пишет про ppp: ========================================================================== Module: ppp_generic Device node: /dev/ppp Type: character device Major: 108 Minor: 0 ========================================================================== нет, /run/tmpfiles.d/ не существует. #106601 не трогал, просто применил патч на /etc/init.d/udevd оттуда. После этого при загрузке /dev/ppp создался (root:root, 0600, также как и при создании вручную), интерфейс поднимается без вызова mknod. При этом создаётся /run/tmpfiles.d/ и kmod.conf в нём: ========================================================================== d /dev/cpu 0755 - - - c /dev/cpu/microcode 0600 - - - 10:184 c /dev/autofs 0600 - - - 10:235 c /dev/fuse 0600 - - - 10:229 c /dev/btrfs-control 0600 - - - 10:234 c /dev/loop-control 0600 - - - 10:237 d /dev/net 0755 - - - c /dev/net/tun 0600 - - - 10:200 c /dev/ppp 0600 - - - 108:0 c /dev/uinput 0600 - - - 10:223 d /dev/mapper 0755 - - - c /dev/mapper/control 0600 - - - 10:236 c /dev/uhid 0600 - - - 10:239 c /dev/vhost-net 0600 - - - 10:238 d /dev/snd 0755 - - - c /dev/snd/timer 0600 - - - 116:33 d /dev/snd 0755 - - - c /dev/snd/seq 0600 - - - 116:1 ==========================================================================
т.е. такое решение устраивает? а udev rules разве не выставляет GROUP="uucp" ?
Какое правило? Из #4? Я его удалял. Если нет, то группа не выставилась. Меня то устраивает, но если кто-то работает через uucp, у него сломается, видимо.
Если имеется ввиду правило из #4, то в понедельник только смогу вернуть его и проверить.
интересует именно поведение обновленного udev.init совместно с rules'ом.
Наврал. Дома на systemd - воспроизводится. Попробую протестировать патч и рулес там и там.
Упс. Про воспроизводимость на systemd - ложная тревога. Попробовал патч плюс рулес на работе: root@teer ~ # ls -lht /dev/ppp crw------- 1 root root 108, 0 Oct 22 08:48 /dev/ppp root@teer ~ # cat /etc/udev/rules.d/95-ppp.rules KERNEL=="ppp_generic", MODE="0660", GROUP="uucp", OPTIONS+="static_node=ppp" root@teer ~ # kmod static-nodes |grep -C5 ppp Module: tun Device node: /dev/net/tun Type: character device Major: 10 Minor: 200 Module: ppp_generic Device node: /dev/ppp Type: character device Major: 108 Minor: 0
исправлено в udev-208-alt2
И группа выставляется? У меня почему-то этого не происходит (см. #13).
группу выставлять не надо, этого и раньше не было. у нас /usr/sbin/pppd суидный. используйте control ppp
(В ответ на комментарий №14) > исправлено в udev-208-alt2 О, спасибо -- вчера *внезапно* выяснил, что у меня тоже вылезло :) (В ответ на комментарий №16) > группу выставлять не надо, этого и раньше не было. у нас /usr/sbin/pppd > суидный. используйте control ppp Помнится, чуточку лучше всё же выставлять -- чтоб работало не только public, но и uucp: # control ppp list restricted traditional uucp public $ fgrep new_fmode /etc/control.d/facilities/ppp new_fmode restricted 700 root root new_fmode traditional 711 root root new_fmode uucp 4710 root uucp new_fmode public 4711 root root Но это если обсуждать, то отдельным багом.
Прошел почти год. Снова началось на той же машине. Синдромы те же: ==8<================================================================ root@teer ~ # ifup ppp88 /usr/sbin/pppd: You need to create the /dev/ppp device node by executing the following command as root: mknod /dev/ppp c 108 0 ==8<================================================================ root@teer ~ # kmod static-nodes |grep -C5 ppp Module: tun Device node: /dev/net/tun Type: character device Major: 10 Minor: 200 Module: ppp_generic Device node: /dev/ppp Type: character device Major: 108 Minor: 0 Module: uinput Device node: /dev/uinput ==8<================================================================ root@teer ~ # cat /etc/udev/rules.d/95-ppp.rules KERNEL=="ppp_generic", MODE="0660", GROUP="uucp", OPTIONS+="static_node=ppp" ==8<================================================================ root@teer ~ # cat /run/tmpfiles.d/kmod.conf d /dev/cpu 0755 - - - c! /dev/cpu/microcode 0600 - - - 10:184 c! /dev/autofs 0600 - - - 10:235 c! /dev/fuse 0600 - - - 10:229 c! /dev/cuse 0600 - - - 10:203 c! /dev/btrfs-control 0600 - - - 10:234 d /dev/net 0755 - - - c! /dev/net/tun 0600 - - - 10:200 c! /dev/ppp 0600 - - - 108:0 c! /dev/uinput 0600 - - - 10:223 d /dev/mapper 0755 - - - c! /dev/mapper/control 0600 - - - 10:236 d /dev/vfio 0755 - - - c! /dev/vfio/vfio 0600 - - - 10:196 c! /dev/uhid 0600 - - - 10:239 c! /dev/vhost-net 0600 - - - 10:238 d /dev/snd 0755 - - - c! /dev/snd/timer 0600 - - - 116:33 d /dev/snd 0755 - - - c! /dev/snd/seq 0600 - - - 116:1 ==8<================================================================ ppp не обновлялся с прошлого года, но за те две недели аптайма, которые машина работала, дважды обновился udev: ==8<================================================================ -1:udev-216-alt4.i586 +1:udev-217-alt2.i586 -1:udev-217-alt2.i586 +1:udev-217-alt3.i586 ==8<================================================================ пробовал убирать оставшийся с того года 95-ppp.rules (см. выше) и перезагружаться - нет эффекта. От ядра похоже не зависит (я пробовал 3.14.23-std-pae-alt1 и 3.14.25-std-pae-alt1).
ping?
изменилось следующее: c /dev/ppp 0600 - - - 108:0 на c! /dev/ppp 0600 - - - 108:0 почему теперь не выставляется группа из 95-ppp.rules буду разбираться
Есть новости, Алексей?
извиняюсь, но пока еще не разбирался.
ppp-2.4.7-alt1 -> sisyphus: * Thu Jan 15 2015 Alexey Shabalin <shaba@altlinux> 2.4.7-alt1 - 2.4.7 - add udev rules for set GROUP=uucp (ALT #29457)
Не помогло. Что посмотреть?
Извиняюсь, кажется, всё-таки что-то помогло.
Баг актуален при обновлении p7 -> p8. Система на SysV, systemd нет. Симтомы те же, описанные в первом сообщении. udev-229-alt5 ppp-2.4.7-alt2 Скажите, что посмотреть
(In reply to comment #26) > ppp-2.4.7-alt2 > > Скажите, что посмотреть Хм. А у меня работает в p8, но с учётом bug 32693. Так что, может быть, и не udev. Хотя cообщений про /dev/ppp, скорее всего, не было у меня, иначе я бы должен был внимание обратить.
На p8 баг не актуален: с udev-230-alt1.M80P.7 /dev/ppp создаётся и ppp0 поднимается. К сожалению, не могу сказать, в какой именно версии udev починилось, в самой 230-alt1.M80P.7 или более ранней.
тогда закрываю
