Медленный старт

Подписался, интересно. Как ты монтируешь, через fstab? Покажи его.

Он очень скуп:

/dev/disk/by-id/ata-TOSHIBA_MK6465GSX_21NHC3VMT-part6 swap                 swap       defaults              0 0
/dev/disk/by-id/ata-TOSHIBA_MK6465GSX_21NHC3VMT-part5 /                    ext4       acl,user_xattr        1 1
/dev/disk/by-id/ata-TOSHIBA_MK6465GSX_21NHC3VMT-part7 /home                ext4       acl,user_xattr        1 2

12.331s dev-sda5.device

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

Ещё с высоты своего дивана я могу предположить, что долго отрабатывает какой-нибудь LVM2 или cryptsetup или ещё что-нибудь, что сканирует диски при старте (если в сусе оно это делает синхронно), но на самом деле я понятия не имею, может ли такое вообще быть.

Но, поскольку initramfs у тебя отрабатывает за две секунды, логично предположить, что с обнаружением всё в порядке, а проблема именно в udev-правилах и сканировании диска (т. е. имеет место всё же второй сценарий).

Диск нешифрован, LVM не используется , его проверка замаскирована вручную. Это дало +1 секунду к загрузке.

Грешить нужно не на диск, а на контроллер, прошивку и иже с ними.

Чем вообще тестируют эти вещи в домашних условиях?

Неа, судя по тому, что initramfs отрабатывает быстро, дело всё-таки не в контроллере, а в udev-правилах.

Сделай systemd-analyze plot > plot.svg и покажи получившийся .svg-файл.

У тебя файловая система, случаем, не засрана всяким мелким трэшем? Не знаю, как у вас на ext4, а reisserfs со временем деградирует и грузится плохо.

http://imgh.us/plot_15.svg

Внезапно жутенько получилось

дело в том, что systemd-analyze очень криво считает
попробуй сделай systemd-analyze dot > plot.svg и systemd-analyze critical-chain

Я не вижу на диаграмме никакого ожидания .device-юнитов.

systemctl disable NetworkManager-wait-online
systemctl disable remote-fs.target

сделай в /etc/systemd/journald.conf
Storage=volatile
По твоему svg видно, что journald главный тормоз
Еще стартуем медленно NetworkManager и teamviewer
Наверное у тебя Wi-Fi и система пытается подключится при запуске
Это нормальное поведение
И да, 30 секунд для HDD это быстро, у меня вообще грузится минуту

Storage=volatile

Storage=volatile означает, что логи будут удаляться при перезагрузке.

Еще стартуем медленно NetworkManager и teamviewer
Наверное у тебя Wi-Fi и система пытается подключится при запуске
Это нормальное поведение

Логин в общем случае не должен ждать запуска сети.

Блин, что там такого в сервисах написано - бучный HDD, на генте, правда, 8 секунд под системдэ до логина в систему от нажатия кнопки питания

ноутбучный HDD, 8 секунд? Нихера себе!

Это нормальное поведение
И да, 30 секунд для HDD это быстро, у меня вообще грузится минуту

Убийца всех инитов во всей красе!

Не, я не издеваюсь. Но это не серьезно.

Не сдержался, уж извиняйте. Но читая такой трешь плакать хочется.

это 12309d ?

нет. это поделка Лёнчика :)

некоторые камикадзе это на серверы ставят :)

вычисти fstab

забекапь данные и удали раздел

Используй OpenRC вместо systemd, старт практически моментальный.

в синглмод мой системд могёт быстрее :Р

Так и должно быть. Прежние системы инициализации тупо последовательно все считывали и запускали, пока одно будет считано и нагрузит проц, начнет читаться следующее, в сумме получается вполне равномерная нагрузка и голове дергаться не надо.
А модный системд, сначала считает граф, потом кааак подумает, потом каааааак запустит все сразу ! Все раком и встает и голова несчастная по диску носится из /usr в /etc и обратно. Я так ни разу и не видел, чтобы системд стартовал быстрее инита.
Параллелизм тоже веселый - если сеть в бриджи собрана, то пока вся сеть не соберется, кеды стартровать и не думают, хотя обещано, что дурдомД может сокеты вперед понаоткрывать. Не загрузка, а цирк - инициализировали ядро - ждем рейды - потом все стартуем сразу, потом ждем бриджи - потом опять все сразу. Вся загрузка - тупняк или от ожидания или от нагрузки на все сразу. На медленных бучных хардах и при малом количестве ядер весьма заметно.

Все раком и встает и голова несчастная по диску носится из /usr в /etc и обратно.

как же я ржал!

в квотезы!