LINUX.ORG.RU

Понять не могу, где ошибка

 , ,


0

1

После обновления началась такая фигня. Если потыкать KDE Plasma applet for NetworkManager (kde-plasma/plasma-nm) перестают запускаться оконные приложения.

No protocol specified
программа: cannot connect to X server :0

В /var/log/Xorg.0.log вообще никаких ошибок нет. Пинаю в yakuake от обычного пользователя startx, материться

startx
xauth:  file /home/$USER/.serverauth.5410 does not exist

_XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
_XSERVTransMakeAllCOTSServerListeners: server already running
(EE) 
Fatal server error:
(EE) Cannot establish any listening sockets - Make sure an X server isn't already running(EE) 
(EE) 
Please consult the The X.Org Foundation support 
         at http://wiki.x.org
 for help. 
(EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
(EE) 
(EE) Server terminated with error (1). Closing log file.
^CXIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
      after 7 requests (7 known processed) with 0 events remaining.
xinit: unexpected signal 2
Не удалось получить файловый дескриптор, указывающий на консоль
тем не менее, начинает работать. Если не трогать plasma-nm - проблем нет. В /var/log/syslog
Mar 23 08:41:05 localhost nm-dispatcher: req:3 'hostname': new request (1 scripts)
Mar 23 08:41:05 localhost /etc/init.d/NetworkManager[5803]: status: inactive
Mar 23 08:41:05 localhost /etc/init.d/NetworkManager[5820]: status: inactive
Mar 23 08:41:05 localhost nm-dispatcher: req:3 'hostname': start running ordered scripts...
Mar 23 08:50:01 localhost CROND[5943]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons)
Mar 23 08:50:01 localhost CROND[5944]: (root) CMD (root^Itest -x /usr/sbin/run-crons && /usr/sbin/run-crons)
В момент с 08:41:05 по 23 08:50:01 произошла ошибка. Пробовал удалять /home/$USER/.Xauthority - не помогло.

Как отследить, где ошибка?

проверь переменные и фактические пути к кутяшным кишкам. в пятых кедах вот эти:

/usr/lib64/qt5/plugins    QT_PLUGIN_PATH
/usr/lib64/qt5/qml        QML2_IMPORT_PATH
$QT5DIR/lib64/qml         QML2_IMPORT_PATH
критичны.(у тебя могут быть другие пути, это как пример!)

man set

man env

в помощь.

Gramozeka ★★ ()
Последнее исправление: Gramozeka (всего исправлений: 2)

Вангую, что ошибка вызвана тем, что networkmanager корёжит переменную hostname. Возможно, это связано с тем, что вы используете не стандартный для экосистемы Линукса systemd, а маргинальный openrc на не менее маргинальном дистрибутиве.

Deleted ()
Ответ на: комментарий от newprikolist

Угадал на 100%

Это не гадание, это логика))

И как исправить?

Насилуйте networkmanager - флаги сборки, опции, хз что там ещё можно сделать. А лучше - мигрируйте на systemd.

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

Возможно, это связано с тем, что вы используете не стандартный для экосистемы Линукса systemd, а маргинальный openrc на не менее маргинальном дистрибутиве.

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

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

systemd никогда не был стандартным для линукса

Де-факто, он уже стандарт для экосистемы, т.к. используется во всех крупнейших дистрибутивах, в том числе и промышленных. Впрочем, это оффтоп.

Deleted ()
Ответ на: комментарий от newprikolist

QML2_IMPORT_PATH и QT5DIR вообще отсутствуют.

ну так пропиши их(сперва найди где это лежит и укажи фактическое положение, пример путей я привёл) и проверь.

Насчёт Unknown ~ # , смотри скрипты запуска(в openrc насколько помню это что-то типа /etc/openrc/init.d)

вот арчевский вариант как и что, штудируй, может найдёшь чего: https://wiki.archlinux.org/index.php/OpenRC_(Русский)

я вот вообще на чистом SysVinit 2.88 сижу и не жужу, всё работает как часы, так что шли лесом любителей анальных зондов всяких systemd, разбирайся с тем что есть.

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

Да, так и есть все. Проблемы с setting system hostname to 'Unknown' (from address lookup) на самом деле есть, в логах фигурирует /usr/libexec/nm-dispatcher, который принадлежит net-misc/networkmanager. Разве что такой флаг использовать...

resolvconf : Use net-dns/openresolv for managing DNS information

net-dns/openresolv
     Доступные версии:      3.6.1 ~3.6.2 3.7.0 ~3.7.2 3.8.1 {selinux}
     Домашняя страница:     http://roy.marples.name/projects/openresolv
     Описание:              A framework for managing DNS information
Works with other init systems than Debians' out of the box
Попробуем сейчас костыли. Посмотрим что выйдет.

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

давно превзошла KDE по требованию к ресурсам

А пчёлы против мёда.

А предложенное - сам используй

Я так и делаю.

Голая консоль

Голая баба лучше.

awesomebuntu ()

Вроде работает с USE=«resolvconf» у net-misc/networkmanager.

newprikolist ()

А нифига. Теперь так. WiFi включаешь - иксы работают. WiFi выключаешь - иксы падают. Пару раз переключишь - Unknown host.

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