Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Mam dziwaczny problem, od jakiegoś czasu żeby wyłączyć czy zrestartować muszę wykonać akcję z K menu dwa razy.
Po pierwszym cześć aplikacji się wyłącza i proces się zatrzymuje, po drugim system się poprawnie zamyka.
Sytuacja dzieje się zarówno po 2 dniach działania jak i świeżo po uruchomieniu
Podejrzewałem, że to problem z multiuserami ale obecnie mam root'a (ssh) i mojego użytkownika
# users root urbinekp
Wersja pakietów:
https://wklej.dug.net.pl/5207
A tak po za tym to nie mam zielonego pojęcia jak to debugować - gdzie mogą być logi z wyłączania KDE?
Ostatnio edytowany przez urbinek (2017-09-06 09:06:44)
Offline
jorunalctl -xe
od tego bym zaczął, następnie odpalił KDE z pominięciem [KGX]DM i przekierował wyjście z startx do plikczu :3
Offline
journalctl -xe
puste ;/
Używam sddm
# dpkg -l | grep "display manager" ii sddm 0.14.0-4 amd64 modern display manager for X11
Ale jestem teraz zdalnie podłączony i nie mam jak tego odpalić - chyba, że wiesz jak odpalić starx przez ssh :D?
Offline
A jak dasz CTRL+ALT+F1 i z konsoli: halt
to też się nie zamyka za pierwszym razem? Widać wtedy co się dzieje po kolei przy zamykaniu. Może coś pokaże.
Ostatnio edytowany przez davidoski (2017-09-04 20:43:17)
Offline
Z tym "halt" to było coś napsute. System się zamykał, natomiast maszyna fizyczna nie. Kursor w LG tylko mrugał.
shutdown -h now
zamykało poprawnie i system i sprzęt.
Offline
Nie miałem wczoraj jak się za to zabrać, dzisiaj sprawdzę.
shutdown -h now działa i ciągle go używam, co do KDE to dodam, że po pierwszej próbie wyłączenia/restartu dalej mogę korzystać z maszyny, nic się nie wiesza ani nie psuje, tylko parę okienek się zamknie
Bodzio napisał(-a):
Z tym "halt" to było coś napsute. System się zamykał, natomiast maszyna fizyczna nie. Kursor w LG tylko mrugał.
Może ACPI nie działa poprawnie? Pamiętam, że na starszym sprzęcie halt zamykał system ale nie restartował maszyny
https://unix.stackexchange.com/questions/42572/is-h … as-shutdown-p
Ostatnio edytowany przez urbinek (2017-09-05 08:18:20)
Offline
Bodzio napisał(-a):
Z tym "halt" to było coś napsute. System się zamykał, natomiast maszyna fizyczna nie. Kursor w LG tylko mrugał.
Bo do tego właśnie służy halt.
Bodzio napisał(-a):
shutdown -h now
zamykało poprawnie i system i sprzęt.
Bo:
man shutdown napisał(-a):
-h
Equivalent to --poweroff,
-P, --poweroff
Power-off the machine (the default).
Pozdrawiam :)
Offline
@up
SysVinit nie był dziadowski, a wręcz przeciwnie, spełniał zasadę KISS, czego o SystemD nie da się powiedzieć.
Bez zasady KISS nigdy nie byłoby Unixa, BSD ani Linuxa, (Windowsa z resztą też nie, bo skąd M$ miałby zrzynać zasady działania systemu operacyjnego?).
Bardzo jestem ciekaw, jak za kilka lat skończy się historia tego tworu,
jakim stał się SystemD, który ma robić absolutnie wszystko, ostatnio nawet zarządzać konfiguracją NAT, (czyżby zaczynali połykanie Netfiltera i Iproute)?
Ciekawe, kiedy producenci zaczną pisanie sterowników do Systemd.... xD
Ostatnio edytowany przez Jacekalex (2017-09-05 15:59:14)
Offline
Spodziewałem się tego typu ‚oburzenia” i usunąłem tę wzmiankę o sysvinit by nie zaśmiecać wątku tego typu dyskusjami ;)
Offline
Okey... to nie jest problem z wyłączaniem, tylko z wylogowywaniem.
posiłkując się tym wątkiem - https://forum.kde.org/viewtopic.php?f=66&t=88022 musz 2x wydać polecenie
qdbus org.kde.ksmserver /KSMServer logout 0 0 0
aby wylogować Pużyszkotnika. Teraz szukamy logów :D
Offline
Strony: 1