Hilfe!!
Mein KDE startet nicht mehr! Stattdessen lande ich nach dem laden in der Kommandozeile.
Auch der Versuch KDE mit dem befehl startx zu starten klappt nicht.
Fehlermeldung bei startx:
Fatal server error:
Can´t read lock file /tmp/.X0-lock
xinit: Connection refused unable to connect to X server
xinit:No such process: Server Error
Nebenbei ich hab Suse Linux 9.1
Bitte kann mir jemand helfen.
Jan
Hallo janvolz,
poste doch mal bitte deine /etc/X11/xorg.conf - bzw bei dir wahrscheinlich noch /etc/X11/xf86.conf
... und was passiert, wenn du kdm (als root) eingibst?
Ausserdem wäre noch interessant zu wissen, was du gemacht hast, dass X nicht mehr startet ;-)
In a world without walls and fences,
who needs Windows and Gates?
Vielen dank erstmal für die schnell Antwort
Kannst du mir vielleicht schnell sagen wie ich die .config datei öffne (kenne mich nicht so gut aus mit Linux)
Wenn ich einfach nur kdm eingebe als root passiert gar nix.es erscheint eifach wieder der tag mit dem rechnername unddem Verzeichniss in dem ich mich befinde.
KDE funktioniert nicht mehr seitdem ich vorhin beim Installieren einerweiteren Netztwerkdose für meine TK-Anlage ausfersehen auf den roten knopf an der Steckerleiste gekommen bin unddann... kann mansich ja denken
hast du so was' wie knoppix, damit du grafisch auf die xf86.config (ich geh jetzt einfach mal davon aus, dass du noch kein xorg hast)zugreifen kannst?
wenn ja, dann öffne eine Konsole und gib zb "kate /etc/X11/xf86.conf" ein. Es dürfte sich auch noch lohnen (davor am besten ;-) mal mit konqueror nachzugucken, ob im Verzeichneis /etc/X11 evtl eine Datei names "~xf86.conf" oder ähnlich existiert - das sind normalerweise sicherheitskopien.
wenn du nicht so was' wie knoppix hast, dann kannst du die Datei zb mit "vi /etc/X11/xf86.conf" anschauen. Mit der konsole kannst du auch nach /etc/X11/ gehen, und gucken, ob sicherheitskopien da sind.
... wobei ich es ehrlich gesagt komisch finden würde, wenn sich der Inhalt der xf86.conf nur auf grund eines stromausfalls ändert ...
In a world without walls and fences,
who needs Windows and Gates?
Wenn Du in einer Konsole bist, dann gib auch mal "ls -la /tmp" ein und poste die Ausgabe.
Und die Datei heißt XF86Config oder XF86Config-4, Groß-/Kleinschreibung ist bei Linux nicht egal
Interessant wäre auch die Ausgabe, wenn Du "grep EE /var/log/XFree86.0.log" eingibst.
Bitte verwende beim posten der jeweiligen Ausgaben möglichst die vB-Tags, siehe meine Signatur.
Kreol
Geändert von kreol (27.03.06 um 21:45 Uhr)
Beim posten von Dateien oder Ausgaben bitte [code]Text[/code] verwenden. Nähere Info über vB-Tags gibt es hier
I just want to know God's thoughts. The rest are details. (A. Einstein)
Zitat von kreol
Wenn Du in einer Konsole bist, dann gib auch mal "ls -la /tmp" ein und poste die Ausgabe.
Und die Datei heißt XF86Config oder XF86Config-4, Groß-/Kleinschreibung ist bei Linux nicht egalzum Glück haben wir dich ... bin grad' in windows, und hab' schon vergessen, dass es die "XF86Config" ist ;-)
In a world without walls and fences,
who needs Windows and Gates?
Normalerweise startet in Suse 9.1 KDM den Xserver auf Runlevel 5, als normaler user darfst Du das gar nicht so ohne weiteres. ich empfehle, erst mal den Start von KDM wieder in den Griff zu bekommen.
Erster Schritt könnte die genannte Datei /tmp/.X0-lock sein - falls an der was faul ist... verschieb Sie doch einfach so:
#mv /tmp/X0-lock /tmp/X0-lock-alt
...
Also
mit vi sehe ich ne ganze menge in der Form
FontPath /usr/X11R6/lib/fonts/misc:unscaled
zuviel zum posten...
Bei ls /tmp kommen jede menge dateien unteranderem mit anfang
yast2-....
.X11-unix (könnte vielleicht interessant sein)
Kde-root
Da ist aber keine ".X0-lock" datei
Bei dem Befehl
"grep EE /var/log/XFree86.0.log"
Kommt nur folgendes:
Code:(WW) Warnings, (EE) error, (NI) not implemented, (???) unknown, (ll) loading extension MIT-SCREEN-SAVER
Geändert von jano (27.03.06 um 22:22 Uhr)
oh sorry hab dass über den Dateien dieausgegeben werden bei ls /tmp nicht gesehen:
da steht was von:
/bin/ls: /tmp/.X0-lock: Permission denied
/bin/ls: /tmp/1866066090: Permission denied
Ganz grundsätzlich: Eine indirekt wiedergegebene Ausgabe eines Befehls, am besten noch nach eigenem Gutdünken kastriert, ist nicht sooo hilfreich. Bspw. hatte ich nach der Ausgabe von ls -la unter anderem gefragt, um die Berechtigungen der Dateien zu sehen, die Du gerade unterschlägst. Und "zu lang zum posten" ist auch nicht wirklich hilfreich, oder?
Schreib die Ausgaben im Zweifel mit einer Pipe in eine Datei und hänge die Datei hier an. Beispiel:erstellt in dem Homeverzeichnis des ausführenden users die Textdateien, die hier als Anhang postfähig sind.Code:cat /etc/X11/XF86Config > ~/XF86Config.txt ls -la /tmp > ~/tmp.txt
Kreol
Nachtrag: Bitte gib nicht nur ls ein, sondern "ls -la /tmp/". Ggf. führe den Befehl als root aus, also vorher "su" und root-Paßwort eingeben.
Geändert von kreol (28.03.06 um 00:29 Uhr)
Beim posten von Dateien oder Ausgaben bitte [code]Text[/code] verwenden. Nähere Info über vB-Tags gibt es hier
I just want to know God's thoughts. The rest are details. (A. Einstein)
Berechtigungen
Zitieren
Lesezeichen