LINUX.ORG.RU

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

 ,


0

6

Ноут грузится долго до старта иксов.

systemd-analyze:

Startup finished in 4.261s (kernel) + 2.856s (initrd) + 24.367s (userspace) = 31.484s

systemd-analyze blame, первая строчка:

12.331s dev-sda5.device

Грешил на HDD, но fsck не находит криминала, bonnie++ тоже. hdparam - все по дефолту и не менялось.

openSUSE Tumbleweed x64, LXQT, ноут Lenovo G770 - старенький, но раньше такого дерьма не было. Я не знаток systemd, чтение мана по поводу .device не дало просветления, идеи закончились.

Версии уважаемых экспертов?

Ответ на: комментарий от i_gnatenko_brain

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

/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
tired_eyes
() автор топика
Ответ на: комментарий от tired_eyes

12.331s dev-sda5.device

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

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

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

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

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

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

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

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

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

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

intelfx ★★★★★
()

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

r3lgar ★★★★★
()

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

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

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

systemctl disable NetworkManager-wait-online
systemctl disable remote-fs.target
intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)

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

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

Storage=volatile

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

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

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

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

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

anonymous
()
Ответ на: комментарий от mystery

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

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

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

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

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

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

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

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

anonymous
()

вычисти fstab

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

smilessss ★★★★★
()

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

kep
()

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

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

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

как же я ржал!

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