Denisok39, можно и снести snapd, если нет необходимости устанавливать пакеты snap. А вот снос packagekit приведет к отключению автоматической проверки обновлений. Кому это надо?
Так мне как раз это и надо было) - на 19.04 автообновление стартует вместе с запуском системы, поэтому и пришлось сносить этот пакаджекит, сравнил потом логи - вот и увидел - скорость старта прибавилась)
Кстати, у кого нибудь получается выключить в "источниках" поиск обновлений при каждом старте(на 19.04) или это возможно только на LTS? там вроде как "по барабану" куда галочки ставить, один фиг - стартует при каждом запуске
Т.к. у вас graphical.target достигается уже через 6 сек, то, дело, я так понимаю, в графической подсистеме. У меня были подобные проблемы. Плазма что-то чудила с виджетами и панелями, и при использовании нескольких мониторов они, бывало, пропадали. Я добавлял новые, но в конфиге оставались и старые также. В итоге при старте плазмы всё это хорошо подвисало. Вручную почистить конфиг достаточно сложно, нужно разбираться с форматом. Поэтому попробуйте его переименовать: mv "${HOME}/.config/plasma-org.kde.plasma.desktop-appletsrc" "${HOME}/.config/plasma-org.kde.plasma.desktop-appletsrc.backupppp"
И перезагрузитесь, или перезапустите dm: sudo systemctl restart sddm.service
сейчас вижу такое [ +3,539492] snd_hda_intel 0000:01:00.1: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj.
что то со звуковой картой, видимо?
Подозрительные записи в логе:
org.kde.kactivities.resources: QSqlError("11", "Невозможно получить строку", "database disk image is malformed")
Может kactivities много раз пытается прочесть свою базу, поэтому и задежка..?
Попробуйте заставить её пересоздать: mv "${HOME}/.local/share/kactivitymanagerd/resources/database" "${HOME}/.local/share/kactivitymanagerd/resources/database.backup"
И перезагрузитесь, если удачно переименовалось.
короче, я сдуру переключил дисплейный сервер, и не смог стартануть систему вообще, в терминал зайти тоже не получалось. установил mint cinnamon - и, не поверите, тут точно такая же история со временем загрузки..
и тут такая же лажа [ +0,710179] IPv6: ADDRCONF(NETDEV_UP): enp3s0: link is not ready [ +0,141856] r8169 0000:03:00.0 enp3s0: link down [ +0,000004] r8169 0000:03:00.0 enp3s0: link down [ +0,000093] IPv6: ADDRCONF(NETDEV_UP): enp3s0: link is not ready [ +2,268401] r8169 0000:03:00.0 enp3s0: link up [ +0,000020] IPv6: ADDRCONF(NETDEV_CHANGE): enp3s0: link becomes ready
Эти записи, я так понимаю, говорят о попытках поднять сетевой интерфейс с ipv6 адресом. Возможно ожидаются таймауты SLAAC. Но, вы посмотрите, эти записи появляются в течение первых 10 секунд со старта. Каким образом это может увеличить длительность загрузки на полминуты?
На какой дисплейный сервер? Вы теперь на Wayland? Вы пробовали переименовать папку, которую я указал?
я после выбора wayland вообще не смог стартануть систему, и установил mint, этот лог уже с минта.
да, переименовал, но на минте этот файл вообще не появляется.
Я такие вещи ищу по по выхлопу dmesg -H
Там слева идет временная шкала и аномалии сразу видны.
:) Это самое начало. Нажимаешь пейдж даун и изучаешь. Там страниц 20-30 до полной загрузки таких
а что именно искать? если данные больше нуля или что? типа +0,002223 ?
а
modinfo enp3s0выдает
modinfo: ERROR: Module enp3s0 not found.удалено
Вангую — проблемы с диском.
Да, это достаточно вероятная причина
Это бывает.Когда то помогло. https://www.linux.org.ru/forum/desktop/14261271?cid=14272815
не помогло :(
Denisok39, можно и снести snapd, если нет необходимости устанавливать пакеты snap. А вот снос packagekit приведет к отключению автоматической проверки обновлений. Кому это надо?
Так мне как раз это и надо было) - на 19.04 автообновление стартует вместе с запуском системы, поэтому и пришлось сносить этот пакаджекит, сравнил потом логи - вот и увидел - скорость старта прибавилась)
пустой сеанс и стоит, снап д ниче в логах не показывает.
меня больше смущает это
enp3s0: link is not readyenp3s0: link down
собака явно тут зарыта
Кстати, у кого нибудь получается выключить в "источниках" поиск обновлений при каждом старте(на 19.04) или это возможно только на LTS? там вроде как "по барабану" куда галочки ставить, один фиг - стартует при каждом запуске
Если к выше упомянутому packagekit снести ещё apt-xapian-index, то ничего обновляться не будет не зависимо от LTS.
попробуйте привести строку к виду
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash video=SVIDEO-1:d"в файле
/etc/default/grubа нет гоню, это не то, я вчера нагугли что то такое, ща поищу
UPD блин а может и оно, попробуйте
Т.к. у вас graphical.target достигается уже через 6 сек, то, дело, я так понимаю, в графической подсистеме. У меня были подобные проблемы. Плазма что-то чудила с виджетами и панелями, и при использовании нескольких мониторов они, бывало, пропадали. Я добавлял новые, но в конфиге оставались и старые также. В итоге при старте плазмы всё это хорошо подвисало. Вручную почистить конфиг достаточно сложно, нужно разбираться с форматом. Поэтому попробуйте его переименовать:
mv "${HOME}/.config/plasma-org.kde.plasma.desktop-appletsrc" "${HOME}/.config/plasma-org.kde.plasma.desktop-appletsrc.backupppp"И перезагрузитесь, или перезапустите dm:
sudo systemctl restart sddm.serviceспасибо. на 5 сек ускорилось, но общей картины не поменяло :(
сейчас вижу такое
[ +3,539492] snd_hda_intel 0000:01:00.1: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj.что то со звуковой картой, видимо?
А киньте весь лог:
sudo journalctl -b > "${HOME}/startup.log"Может dm тупит? На каком именно этапе висит?
https://pastebin.com/tNUtyHVA
насчет этапа не могу сказать, но судя по логу dmesg -H в конце )
Подозрительные записи в логе:
org.kde.kactivities.resources: QSqlError("11", "Невозможно получить строку", "database disk image is malformed")
Может kactivities много раз пытается прочесть свою базу, поэтому и задежка..?
Попробуйте заставить её пересоздать:
mv "${HOME}/.local/share/kactivitymanagerd/resources/database" "${HOME}/.local/share/kactivitymanagerd/resources/database.backup"И перезагрузитесь, если удачно переименовалось.
короче, я сдуру переключил дисплейный сервер, и не смог стартануть систему вообще, в терминал зайти тоже не получалось. установил mint cinnamon - и, не поверите, тут точно такая же история со временем загрузки..
и тут такая же лажа
[ +0,710179] IPv6: ADDRCONF(NETDEV_UP): enp3s0: link is not ready[ +0,141856] r8169 0000:03:00.0 enp3s0: link down
[ +0,000004] r8169 0000:03:00.0 enp3s0: link down
[ +0,000093] IPv6: ADDRCONF(NETDEV_UP): enp3s0: link is not ready
[ +2,268401] r8169 0000:03:00.0 enp3s0: link up
[ +0,000020] IPv6: ADDRCONF(NETDEV_CHANGE): enp3s0: link becomes ready
Эти записи, я так понимаю, говорят о попытках поднять сетевой интерфейс с ipv6 адресом. Возможно ожидаются таймауты SLAAC. Но, вы посмотрите, эти записи появляются в течение первых 10 секунд со старта. Каким образом это может увеличить длительность загрузки на полминуты?
На какой дисплейный сервер? Вы теперь на Wayland? Вы пробовали переименовать папку, которую я указал?
я после выбора wayland вообще не смог стартануть систему, и установил mint, этот лог уже с минта.
да, переименовал, но на минте этот файл вообще не появляется.
короч, вовремя меняйте харды )))
Отправить комментарий