staging.inyokaproject.org

Guten Abend!

ich war wohl ein wenig zu voreilig mit einem Script, das ich noch vor der Anmeldung als Autostart Programm ausführen wollte. Nachdem ich das Script als Autostart geswetzt hatte kann ich mich nun nicht mehr einloggen: Es erscheint zwar der login screenund ich kann mein Passwort eingeben und bestätigen, die Animation nach dem Anmeldedialog startet,danachn führt er auch das script aus, leitet mich aber wieder zurück zum Login.

Leider hat Kubuntu bei dem Spiel mehr ausdauer als ich, und wird nicht müde das von vorn zu wiederholen 😉

Wie mach ich das nun wieder heile und nehme mein Script aus dem Autostart wieder raus? Weiß jemand vllt. sogar die Ursache für das Verhalten?

Vielen Dank!

Strg + Alt + F1, auf der Konsole mit dem Nutzernamen anmelden, anschließend

1

ps -A

Das sollte Dir den Prozess anzeigen mit dem Namen Deines Skriptes. Den kannst Du dann mit der PID (Prozess-ID) killen.

1

kill -9 <PID>

Sollte der Prozess mit Rootrechten gestartet sein, dann entsprechend mit sudo.

Anschließend kannst Du das Skript aus dem Autostart herausnehmen. Dazu wechselst Du mit Strg + Alt + F7 wieder zurück zu X.

P.S.: Zur Ursache können wir erst was sagen, wenn wir wissen, was das Skript macht. 😉

komisch: mein script taucht nicht auf wenn ich die prozesse durchscrolle...

Das script selbst ist dieses hier: http://forum.ubuntuusers.de/topic/selbstkonfigurierte-udev-regel-wird-nicht-ange/#post-5173587

Du kannst das Skript auch auf der Konsole aus dem Autostart raus nehmen. Falls du das Skript unter "Systemeinstellungen → Starten und Beenden → Autostart" als Skript hinzugefügt hast, findest du es oder die verantwortliche Verknüpfung in ~/.kde/Autostart/.

kann es sein dass eben da der fehler liegt:

$ cd ./.kde/Autostart
.kde/Autostart$ ls
xplanetFX

(mal so aus meiner erinnerung rekonstruiert)

mein script thinkpad-dock.sh taucht garnicht auf, xplantFX ist offenichtlich das einzige was im Ordner autostart vorhanden ist...

kann ich da nicht noch was probieren, oder ein paar werte abfragen die evtl. aufschluss geben?

Mit brennt das Thema wirklich sehr unter den Nägeln weil dort der Datenbankentwurf abgelegt ist für unsere betriebliche Lagerhaltung... da hängen drei Wochen akribische Inventurarbeit dran 😢

ich hab mal probiert aus der konsole x zu starten mittels

startx

es häng offensichtlich nur mittelbar mit dem autostart des scripts zusammen, jedenfalls motzt xinit darüber das es den terminaleditor nicht finden (xterm) kann der wohl zur Ausfühtung meines scripts nötig ist und bricht aufgrund dieses fehlers ab.

Hier mal ein (echter) Screenshot weider ist die sache mit xterm hier nicht zu sehen, da ich als das bild gemacht wurde nicht verbose war...

EDIT: ...und sich irgendwie nicht anhängen lässt EDIT: ...oder eben doch

Hier der Text in verbose:

xinit: unable to laud program "usr/bin/xterm": no such file or directory
Specify a program on the command line or make sure that /usr/bin is your path

xinit: connection to X server lost

waiting for X server to shut down. server terminated successfully. closing log file.

An anderer Stelle habe ich nun den Rat bekommen mal die Installation von xterm mittels

ls -la /usr/bin/xterm

zu prüfen. Ergebnis: negativ, nicht da. Daraufhin habe ich

sudo apt-get install xterm

ausgeführt und xterm erfolgreich via LAN-Anbindung nachinstalliert. Nach Neustart jedoch wieder dasselbe Problem. Der grafische Login scheitert. In der Konsole sieht das folgendermasßen aus

startx -v
No Protocol specified
.
. # ziemlich oft...
.
No Protocol specified
xinit: unable to connect to X server: resource temporarily unavailable

waiting for x to shutdown #etcetc...

xinit: server error
timout in locking /home/<Benutzername>/.XAuthority

Jetzt zweifle ich schön langsam ob das mit dem autostart script und das Problem das sich hier darstellt wirklich zusammenhängen...

nunmehr hab ich diese ganzen dinge aus dem weg geräzumt von seiten der fehler in xterm und xserver leider hab ich noch immer keinen erfolg:

der start wird jetzt "ohne Angabe von Gründen" abgebrochen...

brachte leider auch keinen erfolg :-\

Ich hänge das ergebnis mal hier an, als "screenshot".

Ich hab es nach einigem probierwen auch hinbekommen die konsolenzeilen direkt nach dem Loginversuch auf zelluloid zu bannen.

http://imageshack.us/a/img14/6652/konsolenzeilennachlogin.jpg

http://img600.imageshack.us/img600/3996/startxverbose.jpg

phaeton616 schrieb:

startx -v
timout in locking /home/<Benutzername>/.XAuthority

Das sieht mir mehr nach http://forum.ubuntuusers.de/topic/anmeldung-nach-update-nicht-mehr-moeglich/#post-3545252 aus.

da könntest du recht haben, denn es ist nun definitiv ein Problem mit einer Autorität.

An anderer Stelle gab man mir den Hinweis dochj mal einen neuen User hinzuzufügen und zu sehen ob das funktioniert und ja: der testuser startet problemlos.

Edit:

1 2	rm .Xauthority && rm .ICEauthority sudo reboot

kann er beide nicht finden... ☹