[erledigt] 100% CPUauslastung Xserver stürzt durch Xmodmap ab

Meister

20.02.2010, 00:49

100% CPUauslastung Xserver stürzt durch Xmodmap ab

Seit dem letzten Update des Systems geht fast jeden Tag X auf 100% und ich muß ihn beenden. Vermutlich hängt dies durch das Update des NVIDIAdrivers zusammen. von 185 auf 190. So jetzt wollte ich das Teil downgraden. Funktionierte aber nicht also hab ich mal das Useflag "custom-cflags" dazu aktivert und neu installiert. Vielleicht hiflt das ja was.

Für das Downgrade hab ich

	Quellcode
1	=x11-drivers/nvidia-drivers-185.18.36

in die /etc/portage/packages.keywords eingetragen. Also bei sämtlichen anderen Paketet hat das funktioniert. Z.B. wollte ich von vuze nicht die Version 4.2 sondern die Version 4.3 haben. Also zeile in die genannte Datei und schon ging es. Gillt das fürs downgrade nicht? Oder mach ich da was falsch...

lg
boospy

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »boospy« (30.03.2010, 21:07)

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

2

20.02.2010, 01:04

Hi

Zitat von »boospy«

Also bei sämtlichen anderen Paketet hat das funktioniert. Z.B. wollte ich von vuze nicht die Version 4.2 sondern die Version 4.3 haben. Also zeile in die genannte Datei und schon ging es. Gillt das fürs downgrade nicht? Oder mach ich da was falsch...

Nein, die package.keywords ist nicht zum maskieren, sondern zum demaskieren,
zb des "~x86" Keywords... ;-)

Wenn du die aktuell Stable Version (x86)
nvidia-drivers-190.42-r3
maskieren möchtest dann trage sie am besten mit Version Angabe in die
/etc/portage/package.mask
ein.
Dann wird portage die letzte stable Version 185.18.36-r1 installieren.

PS: Denke aber auch dran die Einträge aus der package.keywords wieder zu entfernen

Zum Seitenanfang

boospy

Meister

Beiträge: 1 518

3

20.02.2010, 10:54

Ok, verstehe. So funktioniert es. Aber wie ist es wenn jetzt z.B. noch eine neuere Version des Treibers kommt. Z.B. 195. Dann würde der 185er wieder überschrieben wenn ich ihn nicht die *.mask eintragen würde. Wie schaut denn die Syntax aus wenn man ein Paket sperren möchte auf eine Version?

lg
boospy

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

4

20.02.2010, 13:05

Zitat von »boospy«

Ok, verstehe. So funktioniert es. Aber wie ist es wenn jetzt z.B. noch eine neuere Version des Treibers kommt. Z.B. 195. Dann würde der 185er wieder überschrieben wenn ich ihn nicht die *.mask eintragen würde.

Jo genau, das war auch ein wenig beabsichtigt, oder willst du wirklich "ewig" bei dem alten Treiber bleiben? Bist du dir den wirklich sicher das es an der Treiber Version liegt?
Um was für eine Karte bzw Chipsatz geht es den?

BTW: die 195 Version gibt es auch schon, sie ist aber zZt noch hart maskiert.

Zitat von »boospy«

Wie schaut denn die Syntax aus wenn man ein Paket sperren möchte auf eine Version?

Hm.., das ist eigentlich sehr ausführlich in der Gentoo Dokumentation beschrieben, siehe dazu zb einfach mal ins gentoo Handbuch,
und auch die Manpages wie "man emerge" und "man portage" sind idR hilfreich...

Aber nun gut, wenn du wirklich dauerhaft ALLE Versionen die höher sind wie "185.18.36-r1" maskieren möchtest, dann setze zb

	Quellcode
1	>x11-drivers/nvidia-drivers-185.18.36-r1

in die package.mask

/edit: Rechtschreibung

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »josef.95« (12.03.2010, 17:13)

Zum Seitenanfang

boospy

Meister

Beiträge: 1 518

5

20.02.2010, 13:18

Ok, vielen Dank. Ob es wirklich an der Version liegt weis ich nicht, es jedenfalls nach dem Update. Ich bleib jetzt mal auf 190 mit dem customflag, und schau mal ob es jetzt schon ok ist.

lg
boospy

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Zum Seitenanfang

boospy

Meister

Beiträge: 1 518

6

24.02.2010, 18:51

So, bin jetzt schon auf den Fehler draufgekommen. X stürzt nicht mehr ab, wenn wenn ich mein persönliches "Xmodmap" nicht ausführe. Natürlich undenkbar für meine Tastatur. Klick mich halt wieder mit der Maus durch. Aber ich hab ne Meldung vom Terminal wenn es abstürzt. Leider kann diese Meldung nicht richtig interpredieren

bin also auf euch angewiesen.

Quellcode

1
2
3

Errors from xkbcomp are noht fatal to the xserver, expected keysym got XF86 Tochpad Toggle: 
line 122 of inet, The XKEYBOARD Keymap compiler (xkbomp) reparrts: Warning: Type "ONE_LEVEL" 
has 1 Levels, but <RALT> has 2 symbols ignoring extra symbols.

Die hohe Xserverlasst kann man auch ganz leicht auslösen in dem man vom Xserver (bei auf F7) in die Konsole wechselt (STRG+ALT+F1). Sobald man dann wieder auf 7 wechselt geht die last auf MAX. Man kann dann den X nur mehr killen. Ohne den angepassten Xmodmap funzt es normal.

Ich glaub ja dass, das Problem an der Xorg liegt. Die ist standart, und von mir nicht angepasst worden.

Quellcode

Section "ServerLayout"
	Identifier     "X.org Configured"
	Screen      0  "Screen0" 0 0
	InputDevice    "Mouse0" "CorePointer"
	InputDevice    "Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
	ModulePath   "/usr/lib64/xorg/modules"
	FontPath     "/usr/share/fonts/misc/"
	FontPath     "/usr/share/fonts/TTF/"
	FontPath     "/usr/share/fonts/OTF"
	FontPath     "/usr/share/fonts/Type1/"
	FontPath     "/usr/share/fonts/100dpi/"
	FontPath     "/usr/share/fonts/75dpi/"
EndSection

Section "Module"
	Load  "dbe"
	Load  "extmod"
	Load  "glx"
	Load  "record"
	Load  "wfb"
EndSection

Section "InputDevice"
	Identifier  "Keyboard0"
	Driver      "kbd"
EndSection

Section "InputDevice"
	Identifier  "Mouse0"
	Driver      "mouse"
	Option	    "Protocol" "auto"
	Option	    "Device" "/dev/input/mice"
	Option	    "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
	Identifier   "Monitor0"
	VendorName   "Monitor Vendor"
	ModelName    "Monitor Model"
EndSection

Section "Device"
	Identifier  "Card0"
	Driver      "nvidia"
	VendorName  "nVidia Corporation"
	BoardName   "G92 [GeForce 8800 GT]"
	BusID       "PCI:5:0:0"
EndSection

Section "Screen"
	Identifier "Screen0"
	Device     "Card0"
	Monitor    "Monitor0"
	SubSection "Display"
		Viewport   0 0
		Depth     1
	EndSubSection
	SubSection "Display"
		Viewport   0 0
		Depth     4
	EndSubSection
	SubSection "Display"
		Viewport   0 0
		Depth     8
	EndSubSection
	SubSection "Display"
		Viewport   0 0
		Depth     15
	EndSubSection
	SubSection "Display"
		Viewport   0 0
		Depth     16
	EndSubSection
	SubSection "Display"
		Viewport   0 0
		Depth     24
	EndSubSection
EndSection

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

7

24.02.2010, 20:18

Hi boospy

An den "Errors from xkbcomp....." sollte eher nicht liegen.

"G92 [GeForce 8800 GT]" hehe, kommt mir doch bekannt vor, hab hier zZt exakt den gleichen Chipsatz einwandfrei am laufen.
Jetzt wo du erwähntest das es beim Wechsel auf ein Virtuelles Terminal zu der hohen CPU last kommt, da kommt mir doch ein Verdacht auf..
Was nutzt den du für ein Framebuffer?
Magst du sonst mal die Ausgabe von

	Quellcode
1	dmesg \| grep vesa

posten?

..........................................................................
/edit:
Bei der Verwendung der nvidia-drivers würde ich raten "uvesafb" zu verwenden, alle anderen FB solltest du möglichst deaktivieren bzw im kernel gar nicht erst setzen.
Ein gute Info zur Einrichtung von uvesafb findest du hier:
http://dev.gentoo.org/~spock/projects/uvesafb/

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »josef.95« (24.02.2010, 20:26)

Zum Seitenanfang

boospy

Meister

Beiträge: 1 518

8

24.02.2010, 20:32

Hallo Josef.95

Habe beides nicht weder uvesafb noch vesa... kopfkratz...

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

9

24.02.2010, 21:15

Zitat von »boospy«

Habe beides nicht weder uvesafb noch vesa... kopfkratz...

Keinen..?
... ebenfals kopfkratz...

Tja, dann solte es wohl auch nicht daran liegen...
ich hatte jedoch mit den nvidia-drivers und den "normalen" vesafb auch öfter sehr Ähnliche Probleme beim VT Switch

Nagut, falls du irgendwann auch mal ein Framebuffer nutzen möchtest, dann nimm möglichst uvesafb

........................................................................................
Versuche doch erst mal herauszufinden welcher Prozess die hohe CPU Last erzeugt, schau zb mal mit "top" oder besser "htop" nach dem Übeltäter..

/edit:
Wie lädst du den deine .Xmodmap ?

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »josef.95« (24.02.2010, 21:21)

Zum Seitenanfang

bell

Erleuchteter

Beiträge: 3 128

10

24.02.2010, 22:22

Kopfkratz.......

eventuell liegt es auch daran, dass gar kein Framebuffer verwendet wird. Hab auch schon erlebt, dass ähnliche Probleme beim Verwenden des BIOS-Text-Modus entstehen.
@boospy: versuche es mal mit uvesafb.

Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Zum Seitenanfang

boospy

Meister

Beiträge: 1 518

11

24.02.2010, 23:24

Zitat von »bell«

Kopfkratz.......
eventuell liegt es auch daran, dass gar kein Framebuffer verwendet wird. Hab auch schon erlebt, dass ähnliche Probleme beim Verwenden des BIOS-Text-Modus entstehen.
@boospy: versuche es mal mit uvesafb.

Du mußt bedenken das es ja nur abstürzt wenn ich meine Xmod ausführe, also
xmodmap ~/.Xmodmap

das stürzt dann mal nach ein paar Tagen ab. Oder gleich wenn man eben auf die Konsole wechselt und zurück.

Ich versuchs mal mit Framebuffer; nur so nebenbei, für was brauch ich das Teil überhaupt?

Naja, wenns dann auch noch abstürzt muß ich mir für meine Tastatur wohl eine andere Art suchen wie ich die Tasten nutzen und belegen kann...

lg
boospy

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Zum Seitenanfang

boospy

Meister

Beiträge: 1 518

12

25.02.2010, 22:38

Hallo Leute

Also Fakt ist:

* Framebuffer installiert

Die Hoche CPUlast ist sporadisch und tritt in jeder Situation beim Umschalten auf Konsole und dann wieder auf X auf.

* Nvidiatreiber ist egal ob 185 oder 190
* mit Xmodmap oder ohne ist auch egal

Das einzige was immer gleich ist, ist die Fehlermeldung auf er Konsole wenn die CPUlast hoch ist und X eben noch aktiv:

Quellcode

1
2
3

Errors from xkbcomp are noht fatal to the xserver, expected keysym got XF86 Tochpad Toggle: 
line 122 of inet, The XKEYBOARD Keymap compiler (xkbomp) reparrts: Warning: Type "ONE_LEVEL" 
has 1 Levels, but <RALT> has 2 symbols ignoring extra symbols.

Die Meldung wird im Sekundenschritt wiederholt.

lg
boospy

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Zum Seitenanfang

bell

Erleuchteter

Beiträge: 3 128

13

25.02.2010, 23:11

Beobachte mal, ob nicht im Sekunden-Takt auch irgendwelche Prozesse gestartet werden, die dann in Summe das System zum Stillstand bringen.

Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

14

25.02.2010, 23:20

Hm..Mysteriös, hier klappt es mit gleichem Grafik Chipsatz und dem "nvidia-drivers-190.53-r1" einwandfrei, aber ich fahre hier auch komplett "unstable" (also auch xorg-server-1.7.5 usw)

Ist dein System ansonsten in einem aktuellen gesunden Zustand?

Ansonsten bereinige doch auch mal deine xorg.conf , du nutzt doch vermutlich hal für die Eingabegeräte?
wenn ja, dann solltest du in der xorg.conf ALLES bez. Eingabegeräte rausnehmen.

Magst du sonst auch mal deine /var/log/Xorg.0.log anhängen?!

Zum Seitenanfang

Poedel

Meister

Beiträge: 1 752

15

25.02.2010, 23:30

ich hatte diese Abschmierer damals auf dem alten Toshiba, der lief aber auch im X über fbdev.. da war auch uvesa eine gute Lösung.
Meine multimedialen Tasten verwaltet bei mir compiz statt xmodmap ..

System:
i7 P2600 @ 3,4GHz
jabber: poedel@jabber.ccc.de

Zum Seitenanfang

boospy

Meister

Beiträge: 1 518

16

06.03.2010, 02:07

So ich hab jetzt von xorg.conf alles gelöscht. Sie schaut jetzt so aus:

	Quellcode
1 2 3 4 5 6 7	Section "Device" Identifier "Card0" Driver "nvidia" VendorName "nVidia Corporation" BoardName "G92 [GeForce 8800 GT]" BusID "PCI:5:0:0" EndSection

Geändert hat sich ersichtlich nichts. Hmm, vielleicht sollte ich die xorg.conf komplett löschen, und auch die nvidia in hal direkt eintragen, aber vermute das das nichts bringen wird.

mfg
boospy

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

17

06.03.2010, 23:20

Sorry, aber "HAL" hat nichts mit der Grafik zu tun!

Und nochmals...,
schau doch mal in die X Log Datei, oder poste sie hier.
Evtl. könnte auch noch hilfreiches in der ~/.xsession-errors
zu finden sein!?

Zum Seitenanfang

boospy

Meister

Beiträge: 1 518

18

30.03.2010, 21:07

So, bin auch hier weitergekommen. Es liegt eindeutig irgendwie an KDE. In Fluxbox tritt das nie auf. Warum auch immer. Ich hoffe mal das dies mit weiteren Updates dann in KDE 4.4 behoben ist. Fürs erste setz ech es mal auf erledigt. Den Fehler zu finden würde ja nicht grad ein leichtes sein.

lg
boospy

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Zum Seitenanfang

GentooForum.de

100% CPUauslastung Xserver stürzt durch Xmodmap ab

Quellcode

Zitat von »boospy«

Zitat von »boospy«

Zitat von »boospy«

Quellcode

Quellcode

Quellcode

Quellcode

Zitat von »boospy«

Zitat von »bell«

Quellcode

Quellcode

Häufig verwendete Suchbegriffe: