Arch Linux

KDE - Hänger bei Programmstart und Tabwechsel

lemondreas

Moin,
Bei den meisten Programmstarts unter KDE, beim Schliessen von Programmen und wenn ich in der Taskleiste geöffnete Programme in den Vordergrund bringen will,
friert der ganze Rechner ein, keine Maus geht mehr, keine Musik und keine Tastatur.
Dabei spielt es keine Rolle, welches Programm.
Das alles für vllt. 1-2 Sekunden.

Kernel ist 2.6.23-ARCH

In den logs steht rein garnichts, was auf das Problem schließen lassen könnte.
Hat irgendjemand ne Idee?

Das Problem war aber nicht immer, nach der Installation von Arch lief alles wunderbar.

Ich kann nicht sagen, wann es anfing.

grüße
lemon

GerBra

Wenn du nicht mehr weißt, was du installiert oder konfiguriert hast dann habe ich nur
ein paar Vermutungen. Teste mal folgende Dinge:

a) ping 127.0.0.1
Pings sollten beantwortet werden
OK?
b) ping localhost
Es sollten Antworten von 127.0.0.1 kommen
OK?
c) ping $HOSTNAME
Pings sollten beantwortet werden. OK?
Bitte auch mal die erste Ausgabezeile posten (.... bytes of data.)
d) ls -la /tmp
Die erste Zeile (mit dem Punkt .) sollte die Rechte:
drwxrwxrwt root.root
haben. OK?

Es könnte auch etwas mit artsd zu tun haben (Sound-Server bei KDE). Wird das
Verhalten der Programme besser wenn du in Kontrollzentrum->Sound->Sound-System
den Haken bei "Soundsystem aktivieren" wegmachst? Du mußt IMHO KDE neu
starten danach und hast ggf. keinen Sound während des Tests.

Auch mal testen: Du suchst dir einen Vorgang, der dieses Verhalten immer auslöst
und den du in ca. 30 Sekunden ausführen kannst (z.B. Tab-Wechsel). Vor dem
Ausführen startest du in einer Konsole:
vmstat 1 30 | tee /tmp/vmstat.log
Diese Datei /tmp/vmstat.log bitte mal anhängen.

lemondreas

OK, hier mal die "Testreihe":

a)

[andreas@r2d2]$ ping 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.055 ms

[andreas@r2d2 videos]$ ping localhost
PING localhost.localdomain (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=1 ttl=64 time=0.047 ms

[andreas@r2d2 videos]$ ping $HOSTNAME
ping: unknown host r2d2

[andreas@r2d2 videos]$ ping r2d2
ping: unknown host r2d2

Da hammer ja schon was, oder?

d)

[andreas@r2d2 videos]$ ls -la /tmp
insgesamt 72
drwxrwxrwt 11 root    root    4096  6. Jan 15:37 .
drwxr-xr-x 20 root    root    4096  3. Jan 18:05 ..
drwxrwxrwt  2 root    root    4096  6. Jan 02:21 .ICE-unix
-r--r--r--  1 root    root      11  6. Jan 02:21 .X0-lock
drwxrwxrwt  2 root    root    4096  6. Jan 02:21 .X11-unix
drwx------  3 andreas users   4096  6. Jan 14:46 gconfd-andreas
drwx------  2 andreas users   4096  6. Jan 02:21 gpg-gdg4ZR
drwx------  2 andreas users   4096  6. Jan 15:29 kde-andreas
drwx------  3 andreas users   4096  6. Jan 15:22 ksocket-andreas
srwxrwxrwx  1 mysql   mysql      0  6. Jan 03:07 mysql.sock
drwx------  2 andreas users   4096  6. Jan 14:46 orbit-andreas
----------  1 root    root       0  6. Jan 15:37 pacman.lck
drwx------  2 andreas users   4096  6. Jan 15:23 plugtmp
-rw-------  1 nobody  nobody     0  6. Jan 04:24 sess_5ktjui23hlk5c8gbb5e00j6n77
-rw-------  1 nobody  nobody 20833  6. Jan 04:27 sess_txQENUqTVV2mYC81R6E5or0gxE7
drwx------  2 andreas users   4096  6. Jan 02:21 ssh-ojQUXQ8118

komischerweise ist der Rechner heut nur langsam, und hat nicht mehr die Hänger. vllt. ists nach nem Neustart besser.
Dann schreib ich auch die andern Tests rein.

GerBra

Das vmstat brauchen wir wahrscheinlich nicht. Die Hänger/Langsamkeit dürfte entstehen
durch das Nichtauflösen-Können des Hostnamens.

Du solltest fogendes tun (je nach dem was du hast):
a) r2d2 in deinem lokalen DNS-Server eintragen
b) wenn du überhaupt keine Netzverbindung hast oder nur eine über DHCP (zu deinem
Billigrouter ohne richtigen DNS-Server):
trage r2d2 hinter localhost in die /etc/hosts ein.
c) wenn deine Netzkarte eine statische IP hat, dann trage diese IP plus Name r2d2
in die /etc/hosts ein.

Ziel ist: ping $HOSTNAME muß halt beantwortet/aufgelöst werden können:
entweder zu 127.0.0.1 (also als Alias zu localhost) oder zu einer "richtigen"
lokalen IP-Adresse analog deines lokalen Netzwerkes (z.B. 192.168.1.0/24).

"Intern" läuft halt bei Linux (und auch KDE) recht viel was mit "Netzwerk" zu tun hat.
Und wenn irgendein Vorgnag laufend nach der Adresse von r2d2 fragt und erst den
timeout abwarten muß...

lemondreas

ok, die Probleme sind verschwunden, was auch immer es war 😉

vllt. lags ja echt am Hostname.
Danke für die Hilfe

GerBra

lemondreas schrieb ok, die Probleme sind verschwunden, was auch immer es war 😉

Nun, wenn du etwas verändert hast entsprechend den Hostanem-Vorschlägen, dann
liegt die Ursache des Jetzt-Funktionierens an deinen Änderungen.

Wenn du nichts verändert hast, dann bleiben nur die Ursachen aus dem
BOFH-Handbuch: Das Problem könnte natürlich mit der momentan sehr hohen Anzahl
an Sonnenflecken zu tun gehabt haben...
Oder der hohen relativen Mondfeuchtigkeit...
"Ja ja, das bewirkt genau die Probleme, die Sie momentan haben. Nein, da kann Ich
momentan leider gaaaaaar nichts machen"

😉