LINUX.ORG.RU
ФорумTalks

Мелкие чудеса linux и железа

 , ,


0

2

Добавил в комп nvme диск. После включения компа с новой железкой «оно само»:

  • сетевые интерфейсы вместо enp3s0 и enp4s0 стали enp4s0 и enp5s0
  • вывод звука переключился с Display Port (я слушаю с наушников, воткнутых в монитор) на s/pdif

WTF? Если подумать, можно понять, что оно как-то там линии pci-e пересчитало по-новому и переименовало что-то с сетевухами, видеокарта тоже какую-то новую нумерацию получила и потому соскочил звук.

Но как-то это некрасиво, а в каких-то случаях и источником проблем может стать.

Ответ на: комментарий от anc

Интересно каким образом параметр ведра может влиять на поведение udev?

А что помешает ему прочитать /proc/cmdline? Это могут делать вообще любые приложения, не только udev и компания.

Rootlexx ★★★★★
()
Ответ на: комментарий от crypt

anonymous_incognito, ты можешь привести нам вывод консоли на тему нумерации девайсов до и после? мы спорим, линукс у тебя глючит или биос.

Честно говоря, немного лень сейчас раскурочивать, а сохранить старый вывод не догадался. Но я думаю, что скорее bios, чем linux.

anonymous_incognito ★★★★★
() автор топика
Ответ на: комментарий от superuser

А я всегда говорил Патрик Бох! :)

anc ★★★★★
()
Ответ на: комментарий от Rootlexx

Притянуто за уши, что какая-то приложуха может прочитать /proc/cmdline и использовать в своих целях.

anc ★★★★★
()
Ответ на: комментарий от anc

Вы как будто только вчера родились… Ну наберите man udevd или как там у вас в Slackware называется эта man-страница — у меня в ней есть целый раздел «KERNEL COMMAND LINE».

Rootlexx ★★★★★
()
Ответ на: комментарий от Rootlexx

Вы ещё не забыли о чем речь? Напомню, речь про наименование интерфейсов ethX vs хрен-пойми-что.

anc ★★★★★
()
Ответ на: комментарий от anc

Конкретно в этой ветке речь о том, кто именно переименовывает интерфейсы. Я написал, что это делает udev, однако вы стали возражать:

Интересно каким образом параметр ведра может влиять на поведение udev? Я не оспариваю то что вы пишите, но мне кажется что вы ошибаетесь.

На что я вам объяснил, что udev, как и любое другое приложение, без проблем может читать переданные ядру параметры из /proc/cmdline.

И на этом месте вам стоило бы остановиться, но вы решили упираться дальше:

Притянуто за уши, что какая-то приложуха может прочитать /proc/cmdline и использовать в своих целях.

На что я вас ткнул носом в man-страницу udev, в которой прямым текстом говорится, что udev читает параметры ядра.

Если бы вы хоть немного знали матчасть, то без проблем нашли бы информацию сами — ведь она лежит прямо перед носом (man udev):

       IMPORT{type}
           Import a set of variables as device properties, depending on type:
           …
           "cmdline"
               Import a single property from the kernel command line. For
               simple flags the value of the property is set to "1".

Да и код, читающий из /proc/cmdline, найти несложно:

        r = proc_cmdline_get_bool("net.ifnames", &b);
        if (r < 0)
                log_warning_errno(r, "Failed to parse net.ifnames= kernel command line option, ignoring: %m");
Rootlexx ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.