по вики. Еще там говорят, что нужно избегать именований ethX и wlanX.
А еще можно сказать от рута hwdetect –net и оно положит в /tmp файлик network_persistent.rules в котором будут то, что надо.
Только вопрос не в этом, а в том, что как ты не назови устройство - хоть eth0, хоть backbone - добавление vlan'а спровацирует появление нового устройства в системе типа net, с маком таким-то и по описанным правилам udev попытается его переименовать в то, что написано в правиле.

Предположим, есть eth0 с маком 00:11:22:33:44:55. Загрузились, удев назвал ее как надо - eth0.
Добавляю сабинтерфейс:
vconfig add eth0 100
После этого у меня появляется интерфейс eth0.100, но тип тоже net, с маком “00:11:22:33:44:55”, т.е. точно таким же как описано для eth0. Вот он и пытается переименовать eth0.100 в eth0. И разницы как зовется интерфейс тут уже нет никакой. Он все-равно попытается переделать его в то, что уже существует в системе.
Chawoosh
Не понял проблемы, на всякий случай покажу свой каталог :)
Лучше вместо каталога, покажи свой /etc/udev/rules.d/???.rules который прибивает к карточкам перманентные имена. А то никак не догадаюсь как сделать аккуратней. Вот мое:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="68:05:ca:0d:ee:5a",ATTR{dev_id}="0x0",ATTR{type}=="1",KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="68:05:ca:0d:ee:5c",ATTR{dev_id}="0x0",ATTR{type}=="1",KERNEL=="eth*", NAME="eth1"
Сетевушки нормально поднимаются, а вот когда добавляю vlan к сетевухе (например, eth0), то в системе появляется интерфейс, udev это замечает, пугается, смотрит в .rules и старается ее переименовать в eth0 в соответствии с написанным. Заканчивается все руганью в journalctl:
Nov 28 22:12:14 cr1.gg.noc kernel: 8021q: 802.1Q VLAN Support v1.8
Nov 28 22:12:14 cr1.gg.noc kernel: 8021q: adding VLAN 0 to HW filter on device eth0
Nov 28 22:12:36 cr1.gg.noc systemd-udevd[334]: error changing net interface name eth0.935 to eth0: File exists
В общем-то, ничего страшного. Интерфейс остается на месте, vlan тоже там где надо. Но ругань смущает. Не аккуратненько как-то :)
Хм, занимательно как…
С хитростью названия не соглашусь - все-таки это общепринятое именование L3 сабинтерфейсов с dot1q encapsulation. Это относится как большинству нативных сетевых железяк так и к линуху. Ну да ладно, не в названии дело.
Пока ковырялся дальше, оказалось что при отключенном кабеле ip на сетевушке не поднимается, а при последующем втыкании тоже не поднимается - надо передергивать. Согласен, что можно ifplug пользовать, но это решение уже не для софтораутера который собирается держать на кваге немаленькую сетку. Так что придется по-старинке написать свой скриптик :((
Ну, это первым делом было сделано - глотает eth0_5, но не глотает eth0.005.
Но его обманывать не интересно. Хочется заставить работать предсказуемо, а то у меня итак на netcfg зуб большой.
Привет всем.
В очередной раз пытаюсь бодаться с netcfg и наткнулся на следующую багу(?).
2 сетевушки, на одной из них надо поднять пяток vlan'ов. Пытаюсь сделать отдельный запуск vlan'овских сабинтерфейсов:
[[email protected] network.d]# pwd
/etc/network.d
[[email protected] network.d]# ls
eth0.5  eth0.935  eth1
[[email protected] network.d]# systemctl enable [email protected]\.935
ln -s '/usr/lib/systemd/system/[email protected]' '/etc/systemd/system/multi-user.target.wants/[email protected]'
[[email protected] network.d]# systemctl enable [email protected]\.5
Failed to issue method call: No such file or directory
[[email protected] network.d]#
Вот почему оно eth0.935 глотает а eth0.5 принципиально не хочет?

PS. Наверное, это скорей надо в багрепорт отправлять чем тут обсуждать
sleepycat
тогда посылкой почты довекот не занимается ;)
и это радует ;)
Я говорил о копировании отправленного письма в Sent. А это уже довекотная прерогатива.
Попробую сетевушку поменять. Если что выйдет - отпишусь
Не, ну письма-то я в итоге перекину. Благо конвертилок навалом. А проявление проблемы ожидаю когда народ будет отправлять письмо а затем оно начнет копироваться в Sent. Потому и охота разобраться в проблеме.
Всем привет.

Стоит серверочек на котором крутится dovecot / imap. Без ssl. Ситуация требует перенести файлы с локальных почтовых ящиков клиентов (это и аутлуки, бэты, берды и т.п.) на этот сервер чтоб почта хранилась на imap'e. Но копирование происходит очень долго с любого клиента.
Сервер ничем не занят - CPU максимум на 2%, винты по vmstat'у тоже толком ничего не делают. На интерфейсах ошибок не замечено. Пока ломал голову решил заглянуть в процесс strace'ом и увидел следующее:

[[email protected] dovecot]# strace  -p 25905
--cut--
22:07:25.250908 write(10, "y685HP6awhEOTejxzqu3zMTvMP0\noe+Y"..., 7581) = 7581
22:07:25.251529 read(11, 0x16f9956, 6762) = -1 EAGAIN (Resource temporarily unavailable)
22:07:25.252061 read(11, 0x16f9956, 6762) = -1 EAGAIN (Resource temporarily unavailable)
22:07:25.252596 read(11, 0x16f9956, 6762) = -1 EAGAIN (Resource temporarily unavailable)
22:07:25.253094 read(11, 0x16f9956, 6762) = -1 EAGAIN (Resource temporarily unavailable)
22:07:25.253622 read(11, 0x16f9956, 6762) = -1 EAGAIN (Resource temporarily unavailable)
22:07:25.254154 read(11, 0x16f9956, 6762) = -1 EAGAIN (Resource temporarily unavailable)
22:07:25.254842 read(11, 0x16f9956, 6762) = -1 EAGAIN (Resource temporarily unavailable)
22:07:25.255354 read(11, 0x16f9956, 6762) = -1 EAGAIN (Resource temporarily unavailable)
22:07:25.255885 read(11, 0x16f9956, 6762) = -1 EAGAIN (Resource temporarily unavailable)
22:07:25.256403 epoll_wait(9, {?} 0x16f5a50, 6, 4236) = 1
22:07:25.285848 read(11, "\nFex+x9Mf8R+I//uP/7j///9ULybpF+t"..., 6762) = 4096
22:07:25.286582 read(11, "P1r01i/h4XoRQiPnM/4YMcIX1jj//5IW"..., 2666) = 2666
22:07:25.287130 read(11, "hyI54IrnHO5nKHLgw54O5Tl\r\nDkxynO5"..., 8192) = 918
22:07:25.287649 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable)
22:07:25.288212 write(10, "///8wjP//////+/////6///+P//mpf//"..., 7076) = 7076
22:07:25.288852 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable)
22:07:25.289370 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable)
22:07:25.289899 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable)
22:07:25.290390 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable)
22:07:25.290881 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable)
22:07:25.291435 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable)
22:07:25.291938 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable)
22:07:25.292466 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable)
22:07:25.292988 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable)
22:07:25.293496 epoll_wait(9, {?} 0x16f5a50, 6, 4199) = 1
^CProcess 25905 detached
--cut--

Похоже на то, что EAGAIN это и есть проявление тормозов, но вот что с этим делать как-то не пойму. Может у кого какие-то идеи возникнут?
sleepycat
хук пробовал consolefont?
Офонареть… даже не знал что такое есть. Неужто в mkinitcpio.conf??? или где-то в другом месте?
sleepycat
попробуй торпедировать так навкидку
DAEMON_LOCALE="yes"
Шмальнул… мимо
Вроде в мануале сказано, что если DAEMON_LOCALE стоит в “угу”, то при старте демонов он будет писать не просто ‘done’ а что-то локализованное типа “успех!!!” или “получилось!”, смотря до чего на этот раз локализаторы додумаются ;)
Хотя, у меня все-равно говорит ‘done’, но я не против.