LINUX.ORG.RU
решено ФорумTalks

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

 , , нежданчик


1

2
mv /etc/udev/rules.d/70-persistent-net.rules ~/
udevadm test --action=add /sys/class/net/eth0
> starting 'write_net_rules'.
> 'write_net_rules' [12531] exit with return code 1

я туплю или действительно капец нашему persistent-net?

PS eudev-1.0. баг тута

★★

Последнее исправление: CYB3R (всего исправлений: 4)
Ответ на: комментарий от AX

А что нужно тщательно заучить, чтобы знать, какой интерфейс eth у меня означает вторую воткнутую в PCI сетевую карту? Чур перебор не предлагать.

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

Ты не первый такой. Тут уже с полгода создаются нытик-треды про эти имена интерфейсов.

Ничего не поделаешь, не всем нравится, когда интуитивно понятные eth(ernet)X превращается в абырвалг27428120458601459633.

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

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

шоб ты статику на ip6 всю оставшуюся жизнь руками прописывал по памяти :)

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

А что нужно тщательно заучить, чтобы знать, какой интерфейс eth у меня означает вторую воткнутую в PCI сетевую карту?

Как правило, вторую карту должно обозначать eth1 (или какой там префикс д.б.) Если это не так, ты всегда можешь написать правило udev, которое это исправит. В самом крайнем случае (тот самый мифический race condition) ты можешь заюзать свои любимые «предсказуемые» имена интерфейсов.

Но делать такую фичу включённой по дефолту точно не стоило.

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

предлагаю занести «предсказуемые» имена в список запрещенных прекурсоров

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

Вот именно, что «как правило».

Но делать такую фичу включённой по дефолту точно не стоило.

Почему? У тебя 500 компьютеров, и у каждого карта на другой шине, из-за чего получаются 500 разных названий и разных аббревиатур? Получается так, потому что за время написания всех этих вообщений можно было 3 раза запомнить десяток сокращений в этих названиях.

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

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

punya ★★
() автор топика
Последнее исправление: punya (всего исправлений: 1)
Ответ на: комментарий от punya

Потому что тебе нужно подключить интерфейс для той карточки, в которую ты воткнул кабель. А откуда ты знаешь, какой у нее номер eth? Так вот перепутаешь и пропишешь правила локалки в интерфейс провайдера, и наоборот. У меня такое было, когда ВНЕЗАПНО eth0 и eth1 поменялись местами.

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

это уже совсем другая история =)

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

Вот именно, что «как правило».

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

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

У меня просто есть куда более интересные способы времяпрепровождения, чем переписывание конфигов из-за очередной нахрен никому не нужной СуперМегаИнновации от поццеринга и его друзей.

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

Red Hat, вестимо. Те же самые, которых мы должны поблагодарить за gnome3, gtk3 и остальные ИННОВАЦИИ.

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

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

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

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

И что же это за вред такой?

Сломанные конфиги, сломанные скрипты… Даже в настройках сетевых виджетов в DE есть пункт «активность какого интерфейса показывать».

Кстати, ты в курсе, что даже эти ваши «предсказуемые» имена интерфейсов могут смениться после апдейта ядра? (тут недавно тред был)

у которых проблемы с памятью?

Я смотрю, ты у нас большой мастер по запоминанию бессмысленных наборов букв и цифр. :)

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

RedHat? Нет, не слышал.

Счастливый человек. :)

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

Сломанные конфиги, сломанные скрипты…

Если скрипты прибиты гвоздями к интерфейсу, то это проблема рук их автора.

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

Если скрипты прибиты гвоздями к интерфейсу, то это проблема рук их автора.

Правильно, там должен быть ИИ, который автоматически вычисляет, какой интерфейс ведёт в инет.

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

В скриптах вообще не должно вычисляться, как у тебя инет подключен. Подключить интернет — задача менеджера сети твоего дистрибутива. А если у тебя что-то хитрое вроде проброса интернетов, то скрипты имеют параметр или конфиг. Сменить который после обновления udev один раз в жизни не так сложно.

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

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

Суть в том, что а) не факт, что один раз и б) нафига это вообще делать? Если бы эта хрень не была включена по умолчанию, то претензий вообще не было бы.

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

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

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

А не буду пытаться поднимать все подряд интерфейсы как слепой котенок

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

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

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

vurdalak ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.