70-persistent-net давай досвидания

Какое отношение Поттеринг имеет к eudev? И вообще eudev же самозакопался?

а при чём тут Леннарт? eudev — проект его хейтеров же

/r/ списко дистров, ПОЛНОСТЬЮ перешедшие на systemd.

LP к eudev'у, как, впрочем, и к udev'у, практически никаким боком. udev пилит KS, а eudev — гентушники.

Поцтеринг? Это имя какого-то из гентушных лидеров? Какое интересное совпадение с Поттерингом, труды которого эти умники выкинули.

eudev

Это говно закопали и извинились

Это говно закопали и извинились

4.2 systemd никто не закапывал.

Похоже, скрипт спотыкается на 'udevadm info --run' (ключ --run уже давным давно выкинули и в systemd, и в eudev). punya, попробуй открыть /usr/lib/udev/rule_generator.functions и заменить

RUNDIR=$(udevadm info --run)

RUNDIR="/run/udev"

Так я про ваши потуги пилить системные вещи самостоятельно без rh, а не systemd ;)

Так я про ваши потуги пилить системные вещи самостоятельно без rh, а не systemd ;)

В таком случае у тебя вышло двойное 4.2 ибо а) это не г-но (особенно на фоне поццерингоподелок) и б) они не закапывались и не извинялись.

в общем-то сейчас в eudev действительно особого смысла нет, поскольку патчи на совместимость оттуда были приняты в udev и до следующих больших проблем разницы нет, не считая того, что eudev отстает и там старые правила относительно predictable-naming-rules.

P.S. но если бы eudev не было, то патчи бы не были приняты, такие вот дела..

когда делали форк удава - писали специально, что у нас будет persistent-net. в то время его выпилили из обычного удава. а сейчас обещание пшык. не доглядели

хихи. теперь оно зависает на 10 секунд и падает

starting 'write_net_rules'
'write_net_rules' [3033] exit with return code 2

ну лан. поставил обычный удав

хихи. теперь оно зависает на 10 секунд и падает

Ну значит у тебя что-то ещё. В арче работает: http://pastebin.com/SGcVkdhP

зашибись щас имя у интерфейса enp0s29f7u1. наркоманы блин

Кстати, проверь права на каталог /run/udev. И попробуй запустить в консоли 'INTERFACE=eth0 /usr/lib/udev/write_net_rules' и посмотреть, что оно напишет.

зашибись щас имя у интерфейса enp0s29f7u1

Насладись новыми, гораздо более «удобными» именами с systemd! ;)

ну пипец риально. и это «предсказуемые имена» оказывается

В таком случае у тебя вышло двойное 4.2 ибо а) это не г-но (особенно на фоне поццерингоподелок) и б) они не закапывались и не извинялись.

Сразу видно невежду, не разобравшегося в теме. Eudev — эталонное дерьмо, и с этим согласились даже его разработчики.

А в чём проблема?

Это «г-но» отлично трудится на десктопе и на работе на рабочей (пардон за тавтологию) машинке.

и с этим согласились даже его разработчики.

Тебя родители не учили, что врать нехорошо?

почему нельзя было заимплементить uuid для интерфейсов как для веников. веники называются /dev/sd* но проблем нет. какой смысл высовывать ид в название?

Это «г-но» отлично трудится на десктопе и на работе на рабочей (пардон за тавтологию) машинке.

Неправда. Как раз стартовый пост опровергает сказанное тобой.

udev 300: predictable kernel name LinENPpas16jSKasDNJU94

udev 400: predictable Poettering name FUUUUU!

какой смысл высовывать ид в название?

RTFM. Гентушник ты или нет, в конце концов? Тоже мне, на ЛОРе спрашивает о смысле технических решений заокеанских инженеров.

Тихобля! Тред могут читать агенты АНБ. Накаркаешь еще «удобные и предсказуемые» имена винтов в нагрузку к сетевухам. Тебе этого говна мало что ли?:)

губы вытри

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

почему нельзя было заимплементить uuid для интерфейсов как для веников. веники называются /dev/sd* но проблем нет. какой смысл высовывать ид в название?

Новорощенные хацкеры забивают на обратную совместимость даже с тем, что они сами сделали вчера. Потому что дяденьки в 90х, заботившиеся о целостности, были лохи, а теперь все умные и сделают лучше. Каждый день лучше и по-новому.

Может, на illumos свалить уже... Там любое изменение хотя бы по неделе обсуждают, даже если это исправление в пару строчек в man-странице.

Также разработчики заявили, что их код в его текущем состоянии ни в коем случае нельзя рассматривать как готовый к эксплуатации, и пользователи, у которых хватит глупости его поставить, рискуют полностью разрушить свою систему

Мануалы не ограничиваются man, мой юный линуксоид.

Неправда. Как раз стартовый пост опровергает сказанное тобой.

Это мелкий баг в скриптах, котрый проявляется только при включённом rule-generator (а по умолчанию он выключен). Любители systemd и особенно journald вообще не имеют права о таком заикаться.

Также разработчики заявили, что их код в его текущем состоянии
в его текущем состоянии

Это просто предупреждение, сделанное ещё тогда, когда eudev был в состоянии ранней беты.

Мануалы не ограничиваются man, мой юный линуксоид.

Systemd вообще неюзабелен, пока не прочтёшь все маны, статьи и исходники.

ты прав. /var/run/udev/ поставил и норм. я вернулся назад в eudev. щас закомитаю

Потому что uuid — это полурандомный набор символов, а predictable name — это что-то вроде пути к интерфейсу на плате. Зная, куда воткнута сетевуха, ты можешь в уме отдагать это имя, и наоборот. А попробуй по uuid винта сказать, куда он воткнут :)

хочешь особый id - ок. но почему нельзя хранить его отдельно и выполнить однозначный маппинг на eth*?

А зачем? Тебе имя eth0 чем-то более важно, чем abc0def2?

А зачем? Тебе имя eth0 чем-то более важно, чем abc0def2?

Такие имена гораздо удобнее, особенно когда прописываешь правила для iptables и самописных скриптов.

так точно. сувать данные о «куда воткнута сетевуха» в название жэсточайший костыль

Чем удобнее?

P.S. «привычнее» и «удобнее» — не одно и то же.

Чем удобнее?

А разве не очевидно? eth0/eth1 и abc0def2/bcd0efg2 — какую из этих комбинаций проще запомнить и сложнее написать неправильно?

Их не нужно запоминать, их видно в списке интерфейсов. Если я вставил витую пару в сетевуху в материнке, я знаю, какой у нее адрес. А не буду пытаться поднимать все подряд интерфейсы как слепой котенок, пытаюсь угадать, какой из eth на эту карту попал (а они еще и меняются иногда, хоть и очень редко).

слышал про такую программу как blkid? почему бы не использовать подобную, чтобы узнать куда воткнут eth0? зачем мне в скрипте 500 раз знать куда он там воткнут?!

это обычная проблема избыточности данных. но блин ГДЕ она вылезла - вот это нежданчик

проблема избыточности данных

Так а проблема-то в чем? В том что имя другое? Что это за админы такие, у которых смена имени вызывает попоболь на 9000 тредов?

Хотя что я говорю, откуда здесь админы...

вурдалаки хитрые как я посмотрю. им попробуешь поотвечать - получится что ты насрал 9000

Их не нужно запоминать, их видно в списке интерфейсов.

Угу, при каждом редактировании правил iptables нужно запустить ifconfig -a (или ip addr show) и скопипастить из вывода нужный интерфейс. Очень «удобно».

Если я вставил витую пару в сетевуху в материнке, я знаю, какой у нее адрес.

…если до этого тщательно заучил маны на предмет «какая группа символов означает шину PCI, какая группа символов MAC-адрес и т.д.» Тьфу, не маны, а вики. Тьфу, не вики, а исходники systemd… :D