Manjaro KDE Edition
   437

Долгая загрузка

У меня система установлена на SSD и всегда до ввода пароля загружалась за 15-20 с «на глаз».
Сегодня загрузка стала сильно дольше — больше минуты. Во время загрузки есть период паузы, когда обращений к жесткому диску нет — как раз секунд 30-40.
Смотрел логи командой journalctl.
Были ошибки от aksusbd — это драйвер ключа 1С. Т.к. 1С уже давно не работает из-за webkitgtk, сначала отключил службу, перезагрузился, потом и пакет удалил. Проблема не ушла, но в логах теперь про это ничего нет. Хотя лампочка в ключе горит, видимо, драйвер все-таки остался, может кто подскажет, как удалить?
Также в логах были строчки про поиск окружения, связанные с IPv6. Т.к. не использую — отключил ключом в GRUB. Тоже проблему не решило.

Текст лога с долгой паузой между 17:35:03 и 17:35:58:

май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.2641] policy: auto-activating connection 'Проводное соединение 1'
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.2664] device (eno1): Activation: starting connection 'Проводное соединение 1' (1a05e113-f2ff-3c1c-b738-4739f23e9b55)
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.2668] device (eno1): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.2671] manager: NetworkManager state is now CONNECTING
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.2679] device (eno1): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.2686] device (eno1): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.2693] dhcp4 (eno1): activation: beginning transaction (timeout in 45 seconds)
май 06 17:35:02 oleg NetworkManager[379]: <warn>  [1525617302.2696] platform-linux: do-change-link[2]: failure changing link: failure 97 (Семейство адресов не поддерживается протокол>
май 06 17:35:02 oleg NetworkManager[379]: <warn>  [1525617302.2697] device (eno1): failed to enable userspace IPv6LL address handling (unspecified)
май 06 17:35:02 oleg NetworkManager[379]: libndp: ndp_sock_open: Failed to create ICMP6 socket.
май 06 17:35:02 oleg NetworkManager[379]: <error> [1525617302.2712] device (eno1): addrconf6: failed to start neighbor discovery: failure creating libndp socket: Семейство адресов не>
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.3002] dhcp4 (eno1):   address 172.16.0.2
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.3003] dhcp4 (eno1):   plen 24
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.3003] dhcp4 (eno1):   expires in 4294967295 seconds
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.3003] dhcp4 (eno1):   nameserver '172.16.0.1'
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.3003] dhcp4 (eno1):   domain name 'home'
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.3003] dhcp4 (eno1):   hostname 'oleg'
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.3003] dhcp4 (eno1):   gateway 172.16.0.1
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.3006] dhcp4 (eno1): state changed unknown -> bound
май 06 17:35:02 oleg avahi-daemon[380]: Joining mDNS multicast group on interface eno1.IPv4 with address 172.16.0.2.
май 06 17:35:02 oleg avahi-daemon[380]: New relevant interface eno1.IPv4 for mDNS.
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.3013] device (eno1): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
май 06 17:35:02 oleg avahi-daemon[380]: Registering new address record for 172.16.0.2 on eno1.IPv4.
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.3019] device (eno1): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.3021] device (eno1): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.3023] manager: NetworkManager state is now CONNECTED_LOCAL
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.3027] manager: NetworkManager state is now CONNECTED_SITE
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.3028] policy: set 'Проводное соединение 1' (eno1) as default for IPv4 routing and DNS
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.3032] device (eno1): Activation: successful, device activated.
май 06 17:35:02 oleg NetworkManager[379]: <info>  [1525617302.3038] manager: startup complete
май 06 17:35:02 oleg nm-dispatcher[416]: req:2 'up' [eno1]: new request (1 scripts)
май 06 17:35:02 oleg nm-dispatcher[416]: req:2 'up' [eno1]: start running ordered scripts...
май 06 17:35:02 oleg systemd[1]: Starting Network Time Service...
май 06 17:35:02 oleg ntpd[555]: ntpd 4.2.8p11@1.3728-o Wed Mar  7 18:48:03 UTC 2018 (1): Starting
май 06 17:35:02 oleg ntpd[555]: Command line: /usr/bin/ntpd -g -u ntp:ntp
май 06 17:35:02 oleg systemd[1]: Started Network Time Service.
май 06 17:35:02 oleg ntpd[558]: proto: precision = 0.082 usec (-23)
май 06 17:35:02 oleg ntpd[558]: Listen and drop on 0 v4wildcard 0.0.0.0:123
май 06 17:35:02 oleg ntpd[558]: Listen normally on 1 lo 127.0.0.1:123
май 06 17:35:02 oleg ntpd[558]: Listen normally on 2 eno1 172.16.0.2:123
май 06 17:35:02 oleg ntpd[558]: Listening on routing socket on fd #19 for interface updates
май 06 17:35:03 oleg NetworkManager[379]: <info>  [1525617303.4019] manager: NetworkManager state is now CONNECTED_GLOBAL
май 06 17:35:03 oleg nm-dispatcher[416]: req:3 'connectivity-change': new request (1 scripts)
май 06 17:35:03 oleg nm-dispatcher[416]: req:3 'connectivity-change': start running ordered scripts...
май 06 17:35:58 oleg kernel: random: crng init done
май 06 17:35:58 oleg sddm[418]: Initializing...
май 06 17:35:58 oleg sddm[418]: Logind interface found
май 06 17:35:58 oleg sddm[418]: Starting...



До этого уже давно похожая проблема была в Windows 7 — второй ОС на компе, особенно когда перезагружался из Manjaro. После загрузки Windows около минуты она не получала правильный IP-адрес. При «холодной» загрузке Windows обычно все нормально. Я уже привык, грешил на «старую» винду. Сегодня проблема первый раз появилась и в Linux.
IP-адрес динамический. Получается от linux-роутера на ArchLinux, на котором работает dnsmasq. На стороне роутера никаких проблем не нашел, на запрос dhcp сразу идет ответ. Ошибок не увидел. В конфиге dnsmasq прописаны жесткие привязки по мак-адресам выдавать IP-шники. Время аренды не было задано (т.е. 12 ч), задал infinite — тоже не помогло.
Прошу помочь с решением проблемы.

4 комментария

avatar
0
avatar
Спасибо, помогло!
Пакет haveged был установлен, но не была включена служба.
Странно, вообще, что этот пакет помогает (насколько мой английский смог перевести его описание работы).
0
avatar
1С уже давно не работает из-за webkitgtk
я по сути долгой загрузки подсказать ничего не смогу, но вот пункт насчёт 1с и webkitgtk не понятен. У меня работает всё
Последний раз редактировалось
?
Статьи мира IT, мануалы и руководства по Linux и Hackintosh на Техноджеме
0
avatar
За уже чуть больше года использования системы у меня уже много раз прекращала загружаться 1С с ошибкой вроде «Ошибка загрузки компоненты 'iFrame'». Проблема исправлялась подбором наугад «правильного для 1С» пакета из AUR webkitgtk2 (их там 3-5), который собирается по 12 часов. И в одном из очередных обновлений системы обновлялась версия пакета из оф. репозиториев — и на новый круг. Проблема не у одного меня — вот (но я этим способом не воспользовался из соображений безопасности).
Расскажите ваш секрет успеха: ставили по инструкции с its.1c.ru? Какая версия 1С? Как давно стоит? Какие пакеты ставили перед 1С (imagemagic, windows fonts и т.п.)? Любая доп. информация.
0
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.