The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз системного менеджера Systemd 197, opennews (?), 09-Янв-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


9. "Релиз системного менеджера Systemd 197"  +3 +/
Сообщение от Аноним (-), 09-Янв-13, 13:35 
В качестве загружалки и выключалки systemd хорош, но вот наименования интерфейсов меня пугают. Че за eno\ens? Или, упаси боже, ens[mac]? как это потом набирать то? Алиасы потом руками прописывать для удобства придется. :(
Ответить | Правка | Наверх | Cообщить модератору

11. "Релиз системного менеджера Systemd 197"  +8 +/
Сообщение от Аноним (-), 09-Янв-13, 13:41 
А вас не пугает, что после перезагрузки есть шанс, что eth0 и eth1 поменяются местами. Например, вставил новую сетевую карту и без хаков через приавязку к MAC приходилось курить какой интерфейс теперь с какой сетевой картой связан.
Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от WhiteWind (??), 09-Янв-13, 14:51 
Меня пугает, что будет как во FreeBSD - хрен угадаешь, какое имя получит новая сетевая карта. Я хочу, чтобы на машине с одной картой её имя было всегда eth0!
А проблема с непостоянством имён надуманная: как часто вы добавляете/удаляете сетевые карты?
Ответить | Правка | Наверх | Cообщить модератору

33. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Orduemail (ok), 09-Янв-13, 14:53 
> А проблема с непостоянством имён надуманная: как часто вы добавляете/удаляете сетевые карты?

А если речь идёт не про PCI устройства, а про, допустим, Bluetooth? Тоже пофиг?

Ответить | Правка | Наверх | Cообщить модератору

35. "Релиз системного менеджера Systemd 197"  +6 +/
Сообщение от WhiteWind (??), 09-Янв-13, 14:55 
С голубым зубом пусть делают что хотят, там это, наверное, полезно. А eth0 должен оставаться eth0
Ответить | Правка | Наверх | Cообщить модератору

61. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от Йоу (?), 09-Янв-13, 16:02 
Думаю, в вашем особом случае можно сделать правило udev, коль так остро нуждаетесь в великом eth0
Ответить | Правка | Наверх | Cообщить модератору

66. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Orduemail (ok), 09-Янв-13, 16:43 
> С голубым зубом пусть делают что хотят, там это, наверное, полезно. А
> eth0 должен оставаться eth0

Ну если в том смысле, что они его переименовывают, то да, мне тоже это не очень нравится. Совершенно необязательное переименование, по-моему.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

207. "Релиз системного менеджера Systemd 197"  +/
Сообщение от netch (ok), 13-Янв-13, 11:35 
>> С голубым зубом пусть делают что хотят, там это, наверное, полезно. А
>> eth0 должен оставаться eth0
> Ну если в том смысле, что они его переименовывают, то да, мне
> тоже это не очень нравится. Совершенно необязательное переименование, по-моему.

Проблема с именами в стандартном пространстве та, что слишком тяжело обучать скрипт подробностям, а что будет, если это имя вдруг окажется занятым из-за стандартного распределения. Вы решили назвать устройство eth0, которое при данной загрузке вдруг оказалось eth1, потому что eth0 уже чем-то занято... oops. Надо включать новый уровень неестественного интеллекта, разбирать, кто появился и почему, назначать ему другое имя... причём быть готовым, что будет обгон и это другое имя вдруг тоже окажется занятым, потому что юзер вдруг вспомнил, что ему надо воткнуть USB сетевуху... не слишком ли путано?
Потому и вводится, что если правила назначили какому-то устройству конкретное имя, оно должно быть вне автоназначаемого пространства. Назовите его как-то по смыслу - например, если это шлюз, то у него будут int и ext.
Заодно все самопальные завязки на интерфейсы не изменятся от того, что сетевуха переехала в соседний слот.

Ответить | Правка | Наверх | Cообщить модератору

214. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Orduemail (ok), 14-Янв-13, 16:05 
> Проблема с именами в стандартном пространстве та, что слишком тяжело обучать скрипт
> подробностям, а что будет, если это имя вдруг окажется занятым из-за
> стандартного распределения. Вы решили назвать устройство eth0, которое при данной загрузке
> вдруг оказалось eth1, потому что eth0 уже чем-то занято... oops.

Да. Про скриптописателей я не подумал. Но, всё равно, по-моему, совершенно необязательное переименование.

Ответить | Правка | Наверх | Cообщить модератору

105. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Сержант Скотч (?), 09-Янв-13, 21:25 
блютус-адаптеры тоже привязываются на раз.

у них тоже есть ATTR{address}=="00:02:72:08:B7:CD"

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

106. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Сержант Скотч (?), 09-Янв-13, 21:25 
блютус-адаптеры тоже привязываются на раз.

какие сложности?
у них тоже есть ATTR{address}=="00:02:72:08:B7:CD"

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

181. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Anonim (??), 10-Янв-13, 15:34 
>> А проблема с непостоянством имён надуманная: как часто вы добавляете/удаляете сетевые карты?
> А если речь идёт не про PCI устройства, а про, допустим, Bluetooth?
> Тоже пофиг?

В дебиане это замечательно сделано. Система запоминает мак адрес и имя. При необходимости можно присвоить другое имя отредактровав правило юдев. Если в системд сохранятся человеческие имена и настройка будет проще, то пускай

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

84. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Клыкастый (ok), 09-Янв-13, 18:22 
> хрен угадаешь

А зачем угадывать? dmesg же.

зато сразу ясно что где.

ifconfig | grep fla
vr0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
ue0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500

а вот с udev - да... можно не угадать в один прекрасный момент.

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

107. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Сержант Скотч (?), 09-Янв-13, 21:34 
>> хрен угадаешь
> А зачем угадывать? dmesg же.
> зато сразу ясно что где.
> ifconfig | grep fla
> vr0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
> rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
> ue0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500

# egrep 'igb.*Intel' /var/run/dmesg.boot
igb0: <Intel(R) PRO/1000 Network Connection version - 2.2.5> port 0x1020-0x103f mem 0xb1920000-0xb193ffff,0xb1944000-0xb1947fff irq 40 at device 0.0 on pci1
igb1: <Intel(R) PRO/1000 Network Connection version - 2.2.5> port 0x1000-0x101f mem 0xb1900000-0xb191ffff,0xb1940000-0xb1943fff irq 28 at device 0.1 on pci1

если я вставлю туда:
http://ark.intel.com/products/50397/Intel-Gigabit-ET-Dual-Po...
(это тоже igb) какой интерфейс как будет называтся? сходу, без угадайки?

> а вот с udev - да... можно не угадать в один прекрасный
> момент.

а не надо угадывать. в правилах udev копипастите строчки, поправив mac'и на то что написано на карточке.

Ответить | Правка | Наверх | Cообщить модератору

182. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Anonim (??), 10-Янв-13, 15:36 
вообще-то можно заставить светодиоды на сетевушке помигать. Команду можно погуглить.
Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

197. "Релиз системного менеджера Systemd 197"  +2 +/
Сообщение от Аноним (-), 10-Янв-13, 17:54 
> vr0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
> rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
> ue0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500

Да, мне сразу так понятно что и где в этой китайской грамоте :)

Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

95. "Релиз системного менеджера Systemd 197"  +/
Сообщение от iZEN (ok), 09-Янв-13, 19:51 
> Меня пугает, что будет как во FreeBSD - хрен угадаешь, какое имя получит новая сетевая карта.

Во FreeBSD новая сетевая карта получит в своём названии имя драйвера, который её обслуживает, и порядковый номер из списка обслуживаемых драйвером карт.

> Я хочу, чтобы на машине с одной картой её имя было всегда eth0!

В современных компьютерах больше одной сетевой карты. //ваш к.О.

> А проблема с непостоянством имён надуманная: как часто вы добавляете/удаляете сетевые карты?

Всё зависит от того, с какой стороны на это смотреть. Можно ли считать включение/выключение интерфейсов беспроводной связи в планшете/телефоне ради экономии заряда батареи добавлением/удалением сетевой карты? Что случается при перезагрузке с включенными/выключенными в последнем сеансе сетевыми устройствами, не перепутываются ли они ничего не значащими именами "ethXY"?


Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

109. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Сержант Скотч (?), 09-Янв-13, 21:37 
>> Меня пугает, что будет как во FreeBSD - хрен угадаешь, какое имя получит новая сетевая карта.
> Во FreeBSD новая сетевая карта получит в своём названии имя драйвера, который
> её обслуживает, и порядковый номер из списка обслуживаемых драйвером карт.

специально для Изена продублирую:

# egrep 'igb.*Intel' /var/run/dmesg.boot
igb0: <Intel(R) PRO/1000 Network Connection version - 2.2.5> port 0x1020-0x103f mem 0xb1920000-0xb193ffff,0xb1944000-0xb1947fff irq 40 at device 0.0 on pci1
igb1: <Intel(R) PRO/1000 Network Connection version - 2.2.5> port 0x1000-0x101f mem 0xb1900000-0xb191ffff,0xb1940000-0xb1943fff irq 28 at device 0.1 on pci1

втыкаем двухпортовую igb. кто кем станет?

> Всё зависит от того, с какой стороны на это смотреть. Можно ли
> считать включение/выключение интерфейсов беспроводной связи в планшете/телефоне ради
> экономии заряда батареи добавлением/удалением сетевой карты? Что случается при перезагрузке
> с включенными/выключенными в последнем сеансе сетевыми устройствами, не перепутываются
> ли они ничего не значащими именами "ethXY"?

Изен, открой для себя rfkill.

Ответить | Правка | Наверх | Cообщить модератору

198. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Аноним (-), 10-Янв-13, 17:55 
> Во FreeBSD новая сетевая карта получит в своём названии имя драйвера,

И почему я вообще должен этим заморачиваться, интересно? Какая мне с пользовательской точки зрения разница какой там драйвер обслуживает сетевуху?

Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

31. "Релиз системного менеджера Systemd 197"  +4 +/
Сообщение от Orduemail (ok), 09-Янв-13, 14:52 
> А вас не пугает, что после перезагрузки есть шанс, что eth0 и
> eth1 поменяются местами. Например, вставил новую сетевую карту и без хаков
> через приавязку к MAC приходилось курить какой интерфейс теперь с какой
> сетевой картой связан.

Если вынуть все старые сетевухи, и вместо них воткнуть новые, то да, хрен угадаешь какая из них какому интерфейсу соответствует. Но если просто приткнуть новую, то, по-моему, все популярные дистры, эту ситуацию разруливают. И, довольно давно уже.

Я в первый раз столкнулся с этим, лет пять назад в генту. Поставил систему, а нумерация не такая, как хотелось бы. Собственно тогда и выяснил, что гента создаёт файлик /etc/udev.d/70-persistent-net.rules, и каждый раз при загрузке обновляет его. Там, кстати, и на другое железо бывают *persistent.rules.

То есть, я к тому, что systemd этим своим умением ничего принципиально нового не добавил. Лишь приблизился по функциональности к "классическим" инитскриптам.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

65. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Аноним (-), 09-Янв-13, 16:41 
> Поставил систему, а нумерация не такая, как хотелось бы. Собственно тогда и выяснил, что гента создаёт файлик /etc/udev.d/70-persistent-net.rules, и каждый раз при загрузке обновляет его.

Бред. При загрузке он не должен обновляться, если не менялись сетевые карты.

> Лишь приблизился по функциональности к "классическим" инитскриптам.

Инитскрипты тут ни при чем. Генератор *-persistent.rules правил был в udev давно, а потом его выпилили. Теперь вот опять добавили, но существенно перепиленный.

Ответить | Правка | Наверх | Cообщить модератору

67. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Orduemail (ok), 09-Янв-13, 16:47 
>> Поставил систему, а нумерация не такая, как хотелось бы. Собственно тогда и выяснил, что гента создаёт файлик /etc/udev.d/70-persistent-net.rules, и каждый раз при загрузке обновляет его.
> Бред. При загрузке он не должен обновляться, если не менялись сетевые карты.

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

А если вы просто докопаться к словам, то... У вас нет другого повода докопаться? Этот, по-моему, слишком толстый.


>> Лишь приблизился по функциональности к "классическим" инитскриптам.
> Инитскрипты тут ни при чем. Генератор *-persistent.rules правил был в udev давно,
> а потом его выпилили. Теперь вот опять добавили, но существенно перепиленный.

Хорошо. Буду знать.

Ответить | Правка | Наверх | Cообщить модератору

73. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от Харитон (?), 09-Янв-13, 17:18 
>> Теперь вот опять добавили, но существенно перепиленный.

В убунте он есть всегда...
никогда сие не пропадало...

Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

140. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Например (?), 10-Янв-13, 02:26 
было такое.
Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

71. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от Харитон (?), 09-Янв-13, 17:16 
> А вас не пугает, что после перезагрузки есть шанс, что eth0 и
> eth1 поменяются местами. Например, вставил новую сетевую карту и без хаков
> через приавязку к MAC приходилось курить какой интерфейс теперь с какой
> сетевой картой связан.

какие хаки?
В udev добавлена поддержка различных схем предсказуемого выбора имён для сетевых интерфейсов, при которых сетевому адаптеру назначается фиксированное имя, которое не измениться при добавлении/удалении других адаптеров.
Это делается в убунту уже лет 5!
каждый новый обнаруженный интерфейс прописывается по маку в удев-правило и он всегда имеет статичный порядковый номер...

и не надо тут каких-то системд или апстартов.
Это дело удев.

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

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

108. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от deadless (ok), 09-Янв-13, 21:36 
в свое время во фре прописывал ровно одну строчку в конфиге и меня были int0 и ext0, так гораздо понятнее, а теперь с vlan и подавно все обзываешь так как тебе нравицо, к чему заморачиваццо на гипотетический eth0 если все это можно настроить быстрее чем написать этот текст?
Ответить | Правка | Наверх | Cообщить модератору

110. "Релиз системного менеджера Systemd 197"  +/
Сообщение от Сержант Скотч (?), 09-Янв-13, 21:47 
> в свое время во фре прописывал ровно одну строчку в конфиге и
> меня были int0 и ext0, так гораздо понятнее,

это всё прекрасно, пока у вас все карты не на одном чипе.
толку от ваших переименований, если она привязана к нумерации(которая "поплывёт" при добавлении карточек).

вообще,в linux через udev можно сделать именование как в *bsd, вопрос только написания 1 скрипта и поддержания базы идентификаторов устройств.

Ответить | Правка | Наверх | Cообщить модератору

138. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от iZEN (ok), 10-Янв-13, 01:23 
>> в свое время во фре прописывал ровно одну строчку в конфиге и
>> меня были int0 и ext0, так гораздо понятнее,
> это всё прекрасно, пока у вас все карты не на одном чипе.
> толку от ваших переименований, если она привязана к нумерации(которая "поплывёт" при добавлении карточек).

"Поплывут" номера у интерфейсов, обслуживаемых одним драйвером, а не у всех eth*, как в Linux.

> вообще,в linux через udev можно сделать именование как в *bsd, вопрос только
> написания 1 скрипта и поддержания базы идентификаторов устройств.

Но в Linux этим по-настоящему никто не заморочился, кроме Поттеринга, ведь так? ;)

Ответить | Правка | Наверх | Cообщить модератору

141. "Релиз системного менеджера Systemd 197"  –1 +/
Сообщение от аноним22 (?), 10-Янв-13, 02:56 
> "Поплывут" номера у интерфейсов, обслуживаемых одним драйвером, а не у всех eth*,
> как в Linux.

тоесть поплывшие имена среди одинаковых карт вас не смущает? подумаешь, если у тебя десяток одинаковых интеловских карт.. поугадываешь что где стало...
А в линуксе я такое видел ооочень давно. Когда, как уже сказали, этим udev не занимался. С тех пор все было просто отлично...

> Но в Linux этим по-настоящему никто не заморочился, кроме Поттеринга, ведь так?
> ;)

Странно вообще обращать внимание на такое заявление...

П.С.:
сорри  что влез, но тема вашей ученой беседы настолько интересна....

Ответить | Правка | Наверх | Cообщить модератору

166. "Релиз системного менеджера Systemd 197"  +2 +/
Сообщение от Сержант Скотч (?), 10-Янв-13, 09:59 
> "Поплывут" номера у интерфейсов, обслуживаемых одним драйвером, а не у всех eth*,
> как в Linux.

1)интерфейсы не "плывут" в linux, потому что автогенератор правил привязывает их к мак-адресам.
2)изен, ты хоть видел раз чтобы в production при наличии набортных igb кто-то ставил re/rl/vr? ставят либо igb, либо ixgb.

>> вообще,в linux через udev можно сделать именование как в *bsd, вопрос только
>> написания 1 скрипта и поддержания базы идентификаторов устройств.
> Но в Linux этим по-настоящему никто не заморочился, кроме Поттеринга, ведь так?
> ;)

вообще-то, оно штатно. просто кто-то видел linux только на картинках.

Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

199. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от Аноним (-), 10-Янв-13, 17:56 
> "Поплывут" номера у интерфейсов, обслуживаемых одним драйвером, а не у всех eth*, как в Linux.

И в чем тут профит? Весьма высосанное из пальца "преимущество".

Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

104. "Релиз системного менеджера Systemd 197"  +2 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 09-Янв-13, 20:48 
пользователи генты смотрят на вас как на...
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

213. "Релиз системного менеджера Systemd 197"  +/
Сообщение от mavriq_ (?), 14-Янв-13, 13:53 
в гентах давно привязка автоматизирована, через /etc/udev/rules.d/70-persistent-net.rules
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

27. "Релиз системного менеджера Systemd 197"  +1 +/
Сообщение от кевин (?), 09-Янв-13, 14:45 
Нетвор4манагер всё сделай за тебя. А если настоящий сисадмин то знаешь зачем.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру