Xorg Probleme

Post Reply
Message
Author
Allo
Posts: 119
Joined: 16. Apr 2004 16:51

Xorg Probleme

#1 Post by Allo »

Also erst mal vorweg: ich bin LFS User.
Wer meint ich wär selber schuld braucht mir nicht zu antworten.
Ich wäre trotzdem für etwas Hilfe dankbar.

Das Problem ist nicht neu, aber da jetzt Xorg 6.8 rausgekommen ist, und ich frisch geupgraded habe, fällt es wieder auf.

Hier noch meine Systemdaten:
CPU: AMD Athlon XP 1,4(1,6+) MHz
RAM: 128 MB SDRAM
Graka: ATI Rage 128 pro (r128)
Hostname: uranus

Das Problem ist, dass XFree > 4.3 und xorg(was ja ein fork von 4.4 ist) bei startx sehr langsam sind, oder 2x Ctrl-C brauchen.
Außerdem ist KDE sehr langsam.(start dauert 5 min, alle progs sind *sehr* langsam).

Das KDE Problem tritt nicht auf, wenn man z.B. unter XFCE KDE Progs verwendet(vorher kdeinit und sie sind noch ein bisschen schnell(wie unter kde normal)).

Bei KDE fängt es an, wenn ksmserver geladen wird.

Wenn ich richtig liege, habe ich das Problem auf xauth zurückgeführt.
xauth list - ist schnell
xauth list :0 - ist schnell
xauth list uranus:0 - ist sehr lahm.

wenn ich bei startx die Zeile wo xauth list $hostname:0 geprüft wird durch :0 erstetze, dann startet X ok.
KDE hat das Problem immer noch.

Hier mein startx patch:

Code: Select all

--- /usr/X11R6/bin/startx.old	2004-04-17 11:42:42.000000000 +0200
+++ /usr/X11R6/bin/startx	2004-04-17 11:42:58.000000000 +0200
@@ -129,7 +129,7 @@
 
 authdisplay=${display:-:0}
 mcookie=`mcookie`
-for displayname in $authdisplay $hostname$authdisplay; do
+for displayname in $authdisplay; do # $hostname$authdisplay; do
     if ! xauth list "$displayname" | grep "$displayname " >/dev/null 2>&1; then
         xauth -q << EOF 
 add $displayname . $mcookie

Ein anderes Problem ist, dass jetzt wieder Firefox und Mozilla nicht gehen.
Firefox habe ich sogar von Grund auf neu Kompiliert(aber mit den selben configure optionen), und er startet immer noch nicht.

mozilla fehler:

Code: Select all

*** Registering -webcal handler.
*** Registering text/calendar handler.
*** Registering webcal protocol handler.
/usr/lib/mozilla-1.8a3/run-mozilla.sh&#58; line 72&#58;  1287 Speicherzugriffsfehler  "$prog" $&#123;1+"$@"&#125;
Firerfox hatte den selben Fehler, aber nach ein bisschen rumprobieren und dem nochmaligem Ausführen dieser installationskommandos hat er ihn nicht mehr, sondern startet einfach nicht(kein fenster erscheint, nach ein paar sekunden beendet er sich wieder):

Code: Select all

cd /opt/firefox-0.9.3/lib/mozilla-* &&
export LD_LIBRARY_PATH="$PWD" &&
export MOZILLA_FIVE_HOME="$PWD" &&
./regxpcom &&
./regchrome &&
touch `find $PWD -name *.rdf`
Bei Firefox hab ich noch die Configure Optionen:

Code: Select all

export MOZ_PHOENIX=1
export MOZ_CALENDAR=0
export MOZ_ENABLE_XFT=1
./configure \
		--prefix=/opt/firefox-0.9.3 \
		--disable-composer \
		--with-x \
		--with-system-jpeg \
		--with-system-zlib \
		--with-system-png \
		--with-system-mng \
		--disable-mailnews \
		--disable-calendar \
		--disable-pedantic \
		--disable-svg \
		--without-system-nspr \
		--enable-nspr-autoconf \
		--enable-xsl \
		--enable-crypto \
		--with-java-supplement \
		--with-pthreads \
		--with-default-mozilla-five-home=/opt/firefox-0.9.3 \
		--disable-jsd \
		--disable-accessibility \
		--disable-tests \
		--disable-debug \
		--disable-dtd-debug \
		--disable-logging \
		--enable-reorder \
		--enable-strip \
		--enable-strip-libs \
		--enable-cpp-rtti \
		--enable-xterm-updates \
		--disable-ldap \
		--disable-toolkit-qt \
		--disable-toolkit-xlib \
		--enable-extensions=default,-irc,-venkman,-content-packs,-help \
		--enable-toolkit-gtk2 \
		--enable-default-toolkit=gtk2 \
		--disable-toolkit-gtk \
		--enable-xinerama=yes
Aber daran wirds eher nicht liegen...weil er es vorher ja tat.

Das letzte mal hab ich das Problem dadurch gelöst, dass ich einen neueren Mozilla(damals noch keinen FF) installiert habe.
Aber es kann ja nicht sein, dass ein alter Browser zu einem neuem X inkompatible ist, oder?


Ich hoffe das war jetzt nicht zu viel des Guten...
und ich bin für jeden kleinen Hinweis dankbar.


Allo
I came, I saw, I deleted all your files.

gogo

#2 Post by gogo »

Hi,

wenn ich das richtig gelesen habe, liegt der Fehler wohl ...
xauth list uranus:0 - ist sehr lahm.
... daran. Der Unterschied zu dieser Zeile ...
xauth list :0 - ist schnell
... ist, dass du oben deinen Hostnamen benutzt, unten nicht. Liegt es vielleicht an der Namensauflösung??? Steht in /etc/hosts ein Eintrag mit deinem Rechner "uranus"? Vielleicht hilft in /etc/resolv.conf die Zeile "search local"?

Ehrlich gesagt, wenn du LFS installierst, kann ich mir kaum vorstellen, dass du daran nicht gedacht hast. Egal, der Versuch zählt! :D

CU, gogo

Allo
Posts: 119
Joined: 16. Apr 2004 16:51

#3 Post by Allo »

gogo wrote:Hi,

wenn ich das richtig gelesen habe, liegt der Fehler wohl ...
xauth list uranus:0 - ist sehr lahm.
... daran. Der Unterschied zu dieser Zeile ...
xauth list :0 - ist schnell
... ist, dass du oben deinen Hostnamen benutzt, unten nicht. Liegt es vielleicht an der Namensauflösung??? Steht in /etc/hosts ein Eintrag mit deinem Rechner "uranus"? Vielleicht hilft in /etc/resolv.conf die Zeile "search local"?

Ehrlich gesagt, wenn du LFS installierst, kann ich mir kaum vorstellen, dass du daran nicht gedacht hast. Egal, der Versuch zählt! :D

CU, gogo
In der hosts steht natürlich ein Eintrag uranus(129.168.174.2).
Aber in der resolv.conf stand "search uranus".
mit "search local" scheints zu klappen.
Ich mein, das hätt so eim lfs book(4.1) gestanden...

Das Mozilla (Firefox) Problem besteht leider immer noch.


vielen Dank,
allo
I came, I saw, I deleted all your files.

Allo
Posts: 119
Joined: 16. Apr 2004 16:51

#4 Post by Allo »

Tut mir Leid,. es tuts jetzt doch wieder nicht.

Immer wenn man etwas ändert, tuts das kuez wieder, und danach nicht mehr...
Das muss ein ganz Grundlegendes Problem sein. :-(

Allo
I came, I saw, I deleted all your files.

User avatar
jochen
prolinux-forum-admin
Posts: 699
Joined: 14. Jan 2000 15:37
Location: Jülich
Contact:

#5 Post by jochen »

In der /etc/nsswitch.conf wird die Reihenfolge der Namensauslösung definiert: Was sagt denn ein

Code: Select all

grep hosts /etc/nsswitch.conf
? Die Zeile sollte wie folgt aussehen:

Code: Select all

hosts&#58;            files dns
Dann fragt der Resolver zuerst die /etc/hosts. Wenn er dort kein passendes Name/IP-Paar findet, befragt er die DNS-Server, die in der /etc/resolv.conf aufgeführt sind. Vielleicht die die Reihenfolge bei Dir ja umgedreht. Wen der DNS-Server mit Deinem Namen nix anfangen kann, läuft die Anfrage vielleicht in einen Timeout, was die lange Dauer erklären würde.

Jochen
Die grösste Lüge der EDV? "Mal eben..."

Allo
Posts: 119
Joined: 16. Apr 2004 16:51

#6 Post by Allo »

Code: Select all

hosts&#58; files dns
aber ich weiß jetzt, wann es geht.
Wenn ich online bin, und der nameserver schnell einen error bringt.
mit nameserver auskommentiert(in resolv.conf) gehts...

Wie kriege ich den dazu wirklich zuerst in den dateien zu suchen?

Hier meine ganze nsswitch:

Code: Select all

passwd&#58; files
group&#58; files
shadow&#58; files

publickey&#58; files

hosts&#58; files dns
networks&#58; files

protocols&#58; db files
services&#58; db files
ethers&#58; db files
rpc&#58; db files
netgroup&#58; db files

I came, I saw, I deleted all your files.

User avatar
jochen
prolinux-forum-admin
Posts: 699
Joined: 14. Jan 2000 15:37
Location: Jülich
Contact:

#7 Post by jochen »

Wenn der Resolver bei dieser Einstellung immer noch auf den DNS-Server warten muss, solltest Du Deine /etc/hosts mal checken. Anscheinend kann er dort "uranus" nicht drin finden. Wenn Dein DNS-Domainname "local" lautet, soltle dort der Eintrag

Code: Select all

<meine-ip>      uranus.local uranus
&#314;auten. Damit ist "uranus.local" der offizielle, vollständige Name und "uranus" ein Nick, der auf uranus.local verweist.

Jochen
Die grösste Lüge der EDV? "Mal eben..."

Allo
Posts: 119
Joined: 16. Apr 2004 16:51

#8 Post by Allo »

hm...daran liegts nicht.
wenn ich nameserver auskommentiere, dann gehts, oder wenmn ich online bin.

Scheinbar beachtet der der nsswitch nicht.

Aber wie bringe ich den dazu, nicht im dns zu suchen?

Allo
I came, I saw, I deleted all your files.

User avatar
jochen
prolinux-forum-admin
Posts: 699
Joined: 14. Jan 2000 15:37
Location: Jülich
Contact:

#9 Post by jochen »

Ganz alte Linux-Systeme mit der libc5 haben statt der /etc/nsswitch.conf eine /etc/host.order (/etc/hosts.order?) verwendet, aber das dürfte ein LFS mit glibc nicht berühren.

Ansonsten weiss ich nicht mehr recht weiter. Zum Inhalt Deiner /etc/hosts sagst Du ja nichts ausser "Ist OK"; wenn dem so ist, sollte es funktionieren. Trag doch spasseshalber mal ein

Code: Select all

<meine-ip>    rechner.local rechner
in die /etc/hosts ein und mache dann ein "ping rechner.local". An die IP kann er dann ja nur über die /etc/hosts kommen. Klappt das?

EIn gerne genommener Fehler ist es auch, in Konfig-Dateien die letzte Zeile nicht korrekt abzuschliessen, also kein Newline hinten dranzuhängen. Mit dem vi/vim passiert einem sowas nicht, aber wenn Du einen anderen Editor verwendest, solltest Du das vielleicht noch mal checken. kwrite und nano (wahrscheinlich auch pico?) sind da Übeltäter.

Jochen
Die grösste Lüge der EDV? "Mal eben..."

Post Reply