Arch Linux

KDE startet nicht richtig

[gelöscht]

Also: Um das mal vorne weg zu nehmen... ich bin ein ziemlich Linux und ganz besonders ArchLinux Noob... jetzt drängt sich villeicht die Frage auf, wieso sich ein Noob wie ich denn ausgerechnet für ArchLinux entscheidet... Antwort: wenn ich mich schon mit Linux beschäftige, ist es mir wichtig, es auch von Grund auf zu begreifen und nicht "nur" als Endnutzer nen paar Knöpfe drücken zu können. Außerdem ist es mir sehr wichtig, mein System nach meinen wünschen zu gestalten. Ich habe mir vorher Ubuntu, Kubuntu und OpenSuse,angeschaut und war mit allen aus unterschiedlichen Gründen mehr oder weniger unzufrieden. Was euch das liebe Leser, evt. Helfer und hoffentlich Problemlöser sagen soll ist: Wenn ihr helft, bitte, bitte, ich bin wirklich schlecht und unwissend formuliert eure Antworten für einen geistig minderbemittelten blutigen Anfänger, denn sonst werde ich voraussichtlich nicht verstehen, was ihr mir mitteilen wollt und das wäre doch wirklich schade 😉
Ich hab mich der Herausforderung Arch also unter Zuhilfenahme folgender Anleitung gestellt: https://wiki.archlinux.de/title/Anleitung_f%C3%BCr_Einsteiger#Teil_2:_Installation_von_X_und_Konfiguration_von_ALSA
Hat auch fast alles prima geklappt und ich bin weiter gekommen, als ich jemals erwartet hätte 😉
Zu weit, um jetzt aufzugeben, wie ich finde...
Also mein Fehler muss sich irgendwo bei der Konfiguration von X eingeschlichen haben.
Das äußert sich so:
Ich habe KDE installiert und wollte es mit "startkde" nun auch starten.
Ergebnis: Fehlermeldung
als root und user: $DISPLAY is not set or cannot connect to the X server
Ich also mal versucht X zu starten: "startx"
als root: startet X
als user: startet KDE 😉
für mich erstmal wow, aber eigentlich ja nicht ganz das was es machen soll....
ich bin mir sogar ziemlich sicher, an welcher Stelle sich der Fehlerteufel eingeschlichen hat und zwar steht in der Anleitung:
"Bearbeite die Datei /home/Benutzername/.xinitrc als normaler Nutzer, um zu bestimmen, welches X-Server-Ereignis durch den 'startx'-Befehl aufgerufen wird."
das ließ sich für mich allerdings nicht verwirklichen, da ich keine Rechte hatte die Datei zu ändern.
Als root bekam ich zudem bei der Eingabe von: "nano ~/.xinitrc nur eine leere datei angezeigt,
auch nach: "cp /etc/skel/.xinitrc /home/*user*/"
ich glaube ich hab dann gemacht: *nano /home/*user*/.xinitrc und habe die Datei wie folgt angepasst: "exec startkde" (Kommentatorzeichen entfernt)
so far...
Hoffe ihr könnt mir helfen.
Im Vorfeld schon mal vielen Dank für eure Mühe

Pjotr

Moin,
wenn die ~/.xinitrc nicht vorhanden ist, wird bei nem startx die Standardkonfiguration genommen (ka gerade, wo die liegt). Deshalb ist sie für den User root wohl auch leer, da sie nicht existiert. Root sollte auch niemals X starten.
startkde funktioniert nicht, da KDE ein Programm ist, das X benötigt (deshalb "cannot connect to the X server"). Deshalb schreibst du dir so etwas wie das:
exec ck-launch-session dbus-launch --exit-with-session startkde
in deine ~/.xinitrc. Mit startx wird dann zuerst X und dann KDE in der X Session gestartet.

Also funktioniert alles (wie es soll)?
Ach, und das zwischen dem exec und startkde solltest du dir auch in deine xinitrc schreiben, ansonsten kann es zu komischen Verhalten kommen.

[gelöscht]

mom mom nicht so schnell 😉
Problem: Ich kann die Datei nur als User öffnen, dann aber nicht verändern oder als Root, aber nicht mit "nano ~/.xinitrc" sondern nur (anders als in der Anleitung steht) mit "nano /home/user/.xinitrc" und dann veränder ich sie doch wieder als root, was wie die Anleitung sagt, ich ja gerade nicht machen soll?!?

Pjotr

Das bedeutet, dass du Lese, aber keine Schreibrechte hast. Mit ls -la bekommst du diese angezeigt. Außerdem wird dir angezeigt, wem die Dateien gehören.
Ich gehe mal davon aus, dass da beim kopieren was falsch gelaufen ist und deine ~/.xinitrc dem root User gehört. Ändern kannst du das mit chown username:users .xinitrc . Das musst du dann natürlich als root ausführen. Wenns immer noch hängt: chmod +w .xinitrc . Das gibt dem Besitzer Schreibrechte.

Das du die Datei mit nano /home/user/.xinitrc als root bearbeitest stellt an sich kein Problem dar. Dadurch wird X nicht unsicher oder komisch oder so, es kann halt nur zu rechte Problemen kommen, wie du gerade eines hast.

[gelöscht]

sry für den Doppelpost, aber als Gast kann ich wohl nicht editieren.
In der Anleitung für die KDE Installation steht, das man KDE mit "startkde" aus der Kommandozeile heraus startet, ist das denn falsch? oder wieso soll ich jetzt mit "startx" X und KDE starten? und wieso erhalte ich unterschiedliche resultate bei "startx" las root und als user?
UND was meinst du mit: "Ach, und das zwischen dem exec und startkde solltest du dir auch in deine xinitrc schreiben, ansonsten kann es zu komischen Verhalten kommen."?
das: "ck-launch-session dbus-launch --exit-with-session"?

[gelöscht]

"Ich gehe mal davon aus, dass da beim kopieren was falsch gelaufen ist und deine ~/.xinitrc dem root User gehört"
stimmt!
"chown username:users .xinitrc" funktioniert aber leider nicht, da: "Zugriff nicht möglich: Datei oder Verzeichnis nicht gefunden"
Daher auch nur leerer Texteditor bei "nano ~/.xinitrc"

Pjotr

Du ließt evtl. ne andere Anleitung als ich gerade, aber bei https://wiki.archlinux.de/title/Kde#KDE_starten steht da nix mit startkde aus der Kommandozeile?
Deine anderen Fragen im ersten Absatz hab ich im ersten Post schon beantwortet 😉

ck-launch-session startet den console-kit-daemon, der sich um Nutzeraktivitäten (?) kümmert und dbus kümmert sich darum, dass du alle mögliche Hardware automatisch benutzen kannst usw. siehe auch: http://de.wikipedia.org/wiki/D-Bus
KDE macht zumindest von zweitem viel Gebrauch und ich glaube nicht, dass KDE das Ding automatisch startet. Bin aber kein KDE User und gerade nicht 100% sicher.

[gelöscht]

"Du ließt evtl. ne andere Anleitung als ich gerade, aber bei https://wiki.archlinux.de/title/Kde#KDE_starten steht da nix mit startkde aus der Kommandozeile?"
Du hast natürlich recht... ich hab gepennt und bitte untertänigst um Verzeihung 😉
Bleibt nur noch die Problematik mit der Rechtevergabe... hab ja schon geschrieben, das das so leider nicht funktioniert.
Bevor ich jetzt aber weiter mit "chmod +w .xinitrcchmod +w .xinitrc" rumfusche, wollte ich noch deine Antwort abwarten 😉
Vorsicht ist die Mutter der Porzelankiste

Pjotr

Jo. Den zweiten Post da hatte ich nicht mehr gesehen.
Die Fehlermeldung sagt, dass eine Datei .xinit nicht existiert. Wir wissen jedoch, dass du eine ~/.xinitrc angelegt hast. Ergo musst du dich im falschen Order befinden? Mit pwd findest du heraus, wo du bist und da die .xinitrc in /home/user/ liegt, solltest du dich als root auch da befinden (hier NICHT ~/.xinitrc, da das ~ sich auf /root beziehen würde).

[gelöscht]

ja, als root befinde ich mich in /root was wohl so auch seine Richtigkeit hat.
Führe ich nun aber "chown username:users .xinitrc" als root aus, findet er die Datei ja nun trotzdem nicht, ergo muss ich ihm irgendwo sagen, wo die Datei liegt nehme ich mal an?
also: "chown username:users /home/user/.xinitrc"? oder so ähnlich? oder doch ganz anders?

Pjotr

Genau. Sorry, ich dachte, das wäre klar 🙂

Und trau dich ruhig, alles mögliche in deinem Homeverzeichnis kaputt zu machen. Wenn da was nicht mehr läuft, kannst du das einfach verschieben und ein neues erstellen. Das Betriebssystem nimmt davon keinen Schaden.

Außerdem lernt man beim kaputt machen am meisten 🙂

[gelöscht]

Heheheeeeheee... ganz oben steht sinngemäß: klar ist hier garnix... bitte für Grenzdebiele beantworten 😉
aber es hat geklappt und ich danke dir von ganzem Herzen.
Außerdem dankt auch die Lebensgefährtin, denn die verzweifelt gerade in gleichem Maß an mir, wie ich an Arch 😉
Du könntest heute Abend also eine Beziehung gerettet haben 😉

Pjotr

Jeden Tag ne gute Tat 😉

GerBra

Sputnik83 schrieb Du könntest heute Abend also eine Beziehung gerettet haben 😉

Hmm, verdient Pjotr nicht als Scheidungsanwalt seinen Lebensunterhalt? ;-) (SCNR)....

Dicker1

GerBra schrieb
Sputnik83 schrieb Du könntest heute Abend also eine Beziehung gerettet haben 😉
Hmm, verdient Pjotr nicht als Scheidungsanwalt seinen Lebensunterhalt? ;-) (SCNR)....

Jetzt hat er sich halt umgesattelt 😃

[gelöscht]

Benutze mal den gleichen Fred für ne neue Frage, geht aber wohl wieder um den x-Server... hoffe das ist ok so.
Ich hab mir aus Neugierde gestern mal Openbox installiert. Habe mir so gedacht, wenn schon Arch, dann schon auch gleich richtig nerdy ^^ außerdem gefällt mir der spartanische look und die klassische Schlichtheit... wie ein Negligé - ein Hauch von nix 😉
Jetzt hab ich allerdings ein Problem, wenn ich mit ctrl+alt+f1 raustabbe wird mir ein ziemlich zerschossener Bildschirm angezeigt... man kann nichts lesen.
Wenn ich den "Prozess" mit ctrl+c kille, bekomm ich eine(?!?) Fehlermeldung ausgespuckt

ERROR: openbox-xdg-autostart requires PyXDG to be installed (sollte ich ja noch selbst hinbekommen)

^Cxinit: connection to X server lost

waiting for X server to shut down XIO: fatal IO error 4(Unterbrechung während des Betriebssystemaufrufs) on X server ":0"
after 2207 requests (2207 known processed) with 0 events remaining.
Server terminated successfully (0). Closing log file.

xinit: unexpected signal 2

Weiß wer was das bedeutet, oder was muss ich euch mitteilen, damit ihr wissen könntet was das bedeutet?

Vielen lieben Dank für eure Mühe

StAlphonzo

Soweit ich das sehe bedeutet es, dass du den Xserver mit ctrl+c gekillt hast.
pyxdg braucht openbox glaub ich um mit irgendeinem mitgelieferten Tool eine Menüdatei zu erstellen.
Dieses Tool müsste aber schon irgendwo explizit von dir aufgerufen worden sein, damit diese Fehlermeldung zustande kommt (siehe autostart Datei von openbox und .xinitrc).
Wenn du des Englischen mächtig bist kann ich auch den Wiki-Artikel zu Openbox auf archlinux.org sehr empfehlen.
Zu dem "zerschossenen" Bildschirm... Ich kann mit deiner Aussage grad nicht wirklich was anfangen.
Bitte beschreibe das Problem etwas genauer.

[gelöscht]

Afff wie soll ich das beschreiben????
es ist definitiv die Kommandozeile, die ich da sehe, aber mehrfach gegeneinander verschoben und übereinander gelegt... ich hab also gleich an mehreren stelle die blinkende Cusormarkierung.
Es sind halt nur noch weiße Pixel auf schwarzem Grund zu erkennen...
mir ist übrigens gerade aufgefallen, das die fehlerhafte Darstellung sich nach 5-10 ca. von selbst beseitigt, dann bekomme ich auch keine Fehlermeldung, sondern nur noch die klassische Kommandozeile
[*user*@*myhost* ~]$ _

StAlphonzo

Also diesen Effekt hab ich auch, dauert bei mir allerdings eher ne halbe sekunde.
Ich denke, dass es dadurch zustande kommt, dass er die Aufloesung fuer die Konsole aendert (und das dauert eben einen kleinen Moment).

[gelöscht]

hatte ich aber unter KDE nicht und da müsste die Auflösung dann doch auch umgestellt werden denke ich?
außerdem ne halbe sek. fände ich vertretbar 7 dagegen schon eher anstrengend

Nächste Seite »