Медленный запуск okular и dolphin

1

1

Собственно, сабж. Оба запускаются примерно за 5 минут. Система Debian Sid, WM аwesome, устанавливал с помощью

apt-get install dolphin okular

На всякий случай установил еще кедовый systemsettings, он запускается нормально.

Консольный вывод okular'а:

$ okular
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
kbuildsycoca4 running...
kbuildsycoca4(9241) KConfigGroup::readXdgListEntry: List entry Categories in "/usr/share/applications/xlog.desktop" is not compliant with XDG standard (missing trailing semicolon). 
kbuildsycoca4(9241) KConfigGroup::readXdgListEntry: List entry MimeType in "/usr/share/applications/xlog.desktop" is not compliant with XDG standard (missing trailing semicolon). 
kbuildsycoca4(9241) KConfigGroup::readXdgListEntry: List entry Categories in "/usr/share/applications/R.desktop" is not compliant with XDG standard (missing trailing semicolon). 
okular(7502)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(7502)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(7502)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(7502)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(7502)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:

В остальных логах относящейся к проблеме информации нет.

Кроме того, пробовал прогонять в консоли kbuildsycoca4, но это ничего не изменило.

Кто-нибудь знает, как справиться с такой бедой?

Ссылка

←	Как без костылей забиндить клавише мыши кнопку на клавиатуре.

Проблемы с flash в Opera

→

Прогони через strace с временными отметками и посмотри, на чём происходит задержка.

anonymous
(29.07.13 16:11:54 MSK)

такое бывает при проблемах с резольвингом DNS

MikeDM ★★★★★
(29.07.13 16:19:48 MSK)

Ответ на: комментарий от anonymous 29.07.13 16:11:54 MSK

Только что сделал трейс при помощи

strace -r -T -o okular.trace okular

Вот что интересного было в выхлопе:

...

     0.000041 socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 11 <0.000014>
     0.000032 bind(11, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("0.0.0.0")}, 16) = 0 <0.000010>
     0.000040 connect(11, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("127.0.0.1")}, 16) = -1 ETIMEDOUT (Connection timed out) <127.273779>
   127.273906 close(11)                 = 0 <0.000095>

...

     0.000052 bind(11, {sa_family=AF_INET, sin_port=htons(769), sin_addr=inet_addr("0.0.0.0")}, 16) = -1 EACCES (Permission denied) <0.000013>
     0.000050 connect(11, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("127.0.0.1")}, 16) = -1 ETIMEDOUT (Connection timed out) <127.229661>
   127.229774 futex(0x7fd83b165388, FUTEX_WAKE_PRIVATE, 2147483647) = 0 <0.000013>
     0.000048 close(11)                 = 0 <0.000020>

...

К сожалению, я очень плохо разбираюсь в системном программировании. Правильно ли я понимаю, что приложение хочет получить по сокету доступ к какому-то локальному сервису, который очевидно не запущен?

lu4nik ★★★
(29.07.13 16:43:53 MSK) автор топика

Ответ на: комментарий от MikeDM 29.07.13 16:19:48 MSK

Как тогда это проверить/исправить? В других приложениях (в т.ч. в браузере) всё отлично, dig отрабатывает быстро, /etc/resolv.conf содержит верную информацию.

lu4nik ★★★
(29.07.13 16:46:29 MSK) автор топика

Ссылка

Ответ на: комментарий от lu4nik 29.07.13 16:43:53 MSK

Да, все верно, коннектится на 127.0.0.1:111 и отваливается с таймаутом.
Можно, например, заблочить этот порт в iptables :)

rand ★
(29.07.13 16:57:56 MSK)

Ссылка

Ответ на: комментарий от lu4nik 29.07.13 16:43:53 MSK

Установи rpcbind.

anonymous
(29.07.13 20:25:18 MSK)

Ответ на: комментарий от anonymous 29.07.13 20:25:18 MSK

Спасибо, помогло.

lu4nik ★★★
(30.07.13 10:21:43 MSK) автор топика

Ответ на: комментарий от lu4nik 30.07.13 10:21:43 MSK

Вот поэтому не стоит отключать установку рекомендованных пакетов. Если явно хочет поставиться какая-то ересь, её всегда можно отменить:

apt-get install package shit-

Если она очевидно не нужна, то это нарушение политики Debian, что является RC-багом и подлежит исправлению, так что отсылайте багрепорты смело.

А вот так отключая то, что включено по умолчанию, нет-нет да нарываешься на непонятные сюрпризы. Скажем, однажды я долго не мог понять, почему в Системном мониторе KDE графики не движутся. Оказалось, не хватало пакета ksysguardd, который лишь рекомендуется, ибо в общем всё работает и без него. Причём описание этого пакета не наводило на мысли о его нужности (что-то там сетевое... удалённый мониторинг... бла-бла-бла).

anonymous
(30.07.13 23:31:00 MSK)