Re: Kde verweigert wechsel in tty1-6
Hallo Martin,
Am Dienstag, 3. April 2012 schrieb Martin Steigerwald:
> Am Dienstag, 3. April 2012 schrieb Siegfrid Brandstätter:
> > Hallo,
> >
> > Am Dienstag, 3. April 2012 schrieb Martin Steigerwald:
> > > Am Dienstag, 3. April 2012 schrieb Siegfrid Brandstätter:
> > > > Hallo Martin,
> > > >
> > > > Am Montag, 2. April 2012 schrieb Martin Steigerwald:
> > > > > Am Montag, 2. April 2012 schrieb Siegfrid Brandstätter:
> > > > > > Hallo Martin,
> > > > >
> > > > > Hi Siegfried,
> > > > >
> > > > > > Am Montag, 2. April 2012 schrieb Martin Steigerwald:
> > > > > > > Am Samstag, 31. März 2012 schrieb Siegfrid Brandstätter:
> > > > > > > > Hallo Martin,
> > > > > > > >
> > > > > > > > Am Samstag, 31. März 2012 schrieb Martin Steigerwald:
> > > > > > > > > Am Freitag, 30. März 2012 schrieb Siegfrid
Brandstätter:
> > > > > > > […]
> > > > > > >
> > > > > > > > > > Was aber nach der Rückkehr zum ersten User passiert
> > > > > > > > > > ist, dass alles für einige Minuten nur sehr träge
> > > > > > > > > > bis gar nicht mehr reagiert. Beim zweiten ist das
> > > > > > > > > > nicht so.
> > > > > > > > >
> > > > > > > > > Träge reagiert ist zu unspezifisch für mich, um mehr
> > > > > > > > > dazu zu sagen. Überlege mal selbst, welche
> > > > > > > > > Informationen hier noch sinnvoll sein könnten.
> > > > > > > >
> > > > > > > > Es friert ein, oder reagiert erst nach Minuten, bis
> > > > > > > > sich alles wieder erholt hat, dann läuft es normal
> > > > > > > > weiter. In der syslog oder messages finde ich nichts.
> > > > > > >
> > > > > > > Was ist mit Top? Brauchen irgendwelche Prozesse viel
> > > > > > > CPU-Zeit?
> > > > > >
> > > > > > Bis ich Top aufrufen kann, weil nix geht, ist nichts
> > > > > > auffällig hoch.
> > > > >
> > > > > Du könntest das top auf einem tty laufen lassen. Das ist
> > > > > unabhängig von der grafischen Oberfläche.
> > > >
> > > > Xorg braucht über 99% Cpu.
> > >
> > > Hmmm... welche Informationen könnten hier noch sinnvoll sein?
> > > Grafikkarte? Grafiktreiber? Wie lange ist das in etwa so?
> >
> > Die Hand würde ich nicht ins Feuer legen, aber es könnte doch sein
> > das es seit der Installation von Wheezy ist. Das ist immerhin
> > schon einige Monate her.
>
> Hmmm, ich meinte, wie lange braucht der X-Prozess so viel CPU? Wenn
> lange genauer, könnte man leichter schauen, was da los ist.
>
So ca. 3 - 4 Minuten.
> Irgendwas im Xorg log oder in dmesg / syslog? In dmesg könnten
> Treibermeldungen sein.
>
Da ist nichts auffälliges zu finden.
In der syslog:
Apr 3 19:48:16 testing acpid: 1 client rule loaded
Apr 3 19:52:49 testing acpid: client 6594[0:0] has disconnected
Apr 3 19:52:50 testing acpid: client connected from 6594[0:0]
Apr 3 19:52:50 testing acpid: 1 client rule loaded
Apr 3 19:52:53 testing acpid: client 6594[0:0] has disconnected
Apr 3 19:52:53 testing acpid: client connected from 1800[0:0]
Apr 3 19:52:53 testing acpid: 1 client rule loaded
Apr 3 19:54:19 testing acpid: client 1800[0:0] has disconnected
Apr 3 19:54:19 testing acpid: client connected from 6594[0:0]
Apr 3 19:54:19 testing acpid: 1 client rule loaded
Apr 3 19:54:41 testing acpid: client 6594[0:0] has disconnected
Apr 3 19:54:48 testing acpid: client connected from 1800[0:0]
Apr 3 19:54:48 testing acpid: 1 client rule loaded
> Fällt noch irgendein anderer Prozess in Top auf?
>
Opera und Plugin-contain sind meist ganz oben, aber max. 15%. Habe nun
bei beiden usern Opera vor dem Wechsel zum anderen user geschlossen,
dadurch geht es ein wenig schneller. Was mir nun auch aufgefallen ist,
es dauert manchmal ca. 30sek. nach dem Wechsel bis die Lähmung beginnt.
> > root@testing:/home/sigi# hwinfo --framebuffer
> >
> > > hal.1d44444: read hal dataprocess 11828: arguments to441444ad
dbus_move_error()
> > > wered
> >
> > incorrect, assertion "(dest) == NULL || !dbus_error_is_set
> > ((dest))" failed in file ../../dbus/dbus-errors.c line 282.
> > This is normally a bug in some application using the D-Bus library.
> > libhal.c 3483 : Error unsubscribing to signals, error=The name
> > org.freedesktop.Hal was not provided by any .service files
>
> Mal ganz dumm gefragt: Läuft bei Dir hal noch?
# aptitude show hal
Paket: hal
Zustand: nicht installiert
> An sich ist der mit
> aktuellen KDE, udisks usw. nicht mehr erforderlich. Wenn ja, schau
> doch mal, ob Du den verlustfrei entsorgen aka deinstallieren kannst
> - also ohne dass andere Dir wichtige Pakete dabei rausfliegen.
>
> > 02: None 00.0: 11001 VESA Framebuffer
> >
> > [Created at bios.464]
> > Unique ID: rdCR.ealWiwZz1JF
> > Hardware Class: framebuffer
> > Model: "Intel(R)Sandybridge Desktop Graphics Controller"
> > Vendor: "Intel Corporation"
> > Device: "Intel(R)Sandybridge Desktop Graphics Controller"
> > SubVendor: "Intel(R)Sandybridge Desktop Graphics Chipset
> > Accelerated
> >
> > VGA BIOS"
> >
> > SubDevice:
> > Revision: "Hardware Version 0.0"
> > Memory Size: 255 MB + 960 kB
> > Memory Range: 0xc0000000-0xcffeffff (rw)
> >
> > Config Status: cfg=new, avail=yes, need=no, active=unknown
>
> Hmmm, das sollte unter Wheezy mit Kernel 3.1 kein Problem sein. Auch
> wenn ich 3.2 empfehle, weil das auch der ist, den Wheezy als Stable
> wohl haben wird. Und die ein oder andere Verbesserung noch drin sein
> dürfte.
>
So nun habe ich mir den 3.2. installiert, hat aber nur gebracht das ich
mit "Ctrl+Alt+F1" nun jedes mal das Befehlszeile erhalte. Ob noch andere
Verbesserungen eingetreten sind weiss ich noch nicht. Wird sich zeigen.
> Nun, es kann ja auch irgendetwas anderes sein, warum X.org soviel CPU
> braucht.
>
> Alles etwas rätselhaft. Mir gehen so langsam die Ideen aus.
Da bin ich ja froh, dass ich immer so schöne Themen finde ;-)
--
Einen Schönen Gruß,
Sigi
Reply to: