Нифейха не понял.

Скорее убавили, если ты про это.

Вырезали все комменты, сволочи. Всё никак не доберусь до их багзиллы, чтобы выразить им своё «да вы охренели». В остальном всё по-старому.

Ладно, используя православный diff я что-то сваял. Посмотрим, запустится ли.

Баг на bugs.archlinux.org

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

То есть ничего не изменилось и со старым файлом должно было завестись? А я уже начал паниковать. Подумал, что UDEV_TIMEOUT теперь deprecated.

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

Подумал, что UDEV_TIMEOUT теперь deprecated.

Без него тоже работает.

арчеводы все такие гов****ы?

See 'man 5 rc.conf' for more details

Я вообще не понимаю, почему все подумали, что я не заметил этой строчки. Вопрос был: что изменилось в rc.conf?

Регаться не хочу спрошу сдесь

Скажите, правда что arch переходит на systemd? В testing пришел апдейт, значит ли это, что скоро его можно ждать в core?

Не только в тестинге:

community/initscripts-systemd v38-2
    Arch specific systemd initialization/bootup scripts for systemd
community/systemd 37-3 (systemd)
    Session and Startup manager
community/systemd-arch-units 20120122-1
    Arch specific Systemd unit files

Ребята, вот накачал точно таких же обновлений, и rc.conf.pacnew появился, и kmod вместо ещё чего-то поставился.. Теперь мой любимый арчик внезапно стал около 30ти секунд ничего не делать при загрузке. На этапе «waiting for udev events to be processed». И как решать?

Может, стоит всё-таки удалить UDEV_TIMEOUT из rc.conf? Сам так сделал, брат жив.

Хорошо. Выставлял на 1 (по дефолту 30 было) - не помогло. Пойду удалю.

нет, бесполезно. Никакие варианты не работают и udev по-прежнему ровно 30 секунд висит.

Пиши багрепорт тогда.

был бы рад, но есть подозрение, что дело в кривизне рук

А, решилось всё элементарно. Новая версия udev-а, пришедшая в обновлении, теперь на 30 секунд задерживает загрузку системы, если нашла некошерные модули, загрузить которые не получается. Ну пришлось добавить в blacklist модуль i2400m-usb, и таки всё завелось, система не ждёт 30 секунд, а грузится сразу

pacdiffviewer /thread

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

у меня при загрузке ядра вылезла строка с названием этого модуля, сразу после udev. Нагуглил по названию модуля и юдеву топик на форуме арча, где некто с таким же сообщением от модуля просто заблеклистил его, и всё завелось

Перешел на systemd, все прекрасно кроме битых русских шрифтов в консоли, как лечится?

Я в инете только ругань на это видел. а годного рецепта решения не нашёл. Как вариант, можно повторно выставлять их при логине на терминал (напрямую через setfont или повторным вызовом systemd-vconsole-setup.service. Ну или fbterm запускать при логине, тоже исправит шрифты.

Прикольно, после последнего апдейта само вылечилось.

Из тестинга? Или у тебя не systemd обновился, а просто система?

Система, но почему-то вылечилось.

Надо будет тоже перезагрузиться и посмотреть.