Turicon
Anmeldungsdatum: 21. März 2007
Beiträge: 800
Wohnort: Tscherkassy, Ukraine
|
Hallo agentoonix, freut mich, dass Du es ohne Neuinstallation geschafft hast. Ich habe vorsichtshalber eine Warnung ins Wiki gestellt, da ja doch mehrere Leute davon betroffen sind. Ich weiß leider nicht, wer das für Feisty freigegeben hat, vielleicht lief es ja noch mit einer der Betaversionen? Man müsste das Problem mal beim launchpad (???) melden, damit die verantwortlichen Programmierer auch Bescheid wissen. Habe sowas aber noch nie gemacht. Gruß, Turicon
|
technohead
Anmeldungsdatum: 1. April 2007
Beiträge: 869
|
Möchte auch meinen Senf dazugeben - habe nämlich das gleich Problem ob es an imwheel liegt würde ich mal bezweifeln, da ich einen uralt Trackman Marbel benutze der noch gar kein Scroll-Rad hat und das sich das Problem auf Feisty beschränkt, kann ich ebenfalls nicht bestätigen da bei mir das Problem unter Kubuntu 6.10 (kein Kompiz oder Beryl)auf getreten ist. Bei mir trat das Problem auf, nach dem bedingt durch eine Umorganisation meiner Datenbestände, die gesammte Partion - welche unter /home gemountet, wurde voll war. Konnte auch keine Daten mehr löschen, weil im Trash-Ordner kein Platz mehr war (logisch). Also mußte ich mit shift+del die nicht mehr benötigten Daten löschen. Beim nächsten Booten ging dann nichts mehr - nach dem Löschen weiterer Files über die Konsole, konnte ich mich dann über den zweiten Benutzer wieder einloggen. Aber das System ist trotzdem im Eimer, weil ich dachte es läge eventuell an den Grafik-Einstellung nach dem ich die nach meiner Meinung nach richtige Graka ausgewählt hatte, bekam ich nur noch eine Auflösung von 600 * 480 hin und das lies sich auch nicht mehr rückgängig machen... also werde ich jetzt noch mal neuinstallieren....
|
Turicon
Anmeldungsdatum: 21. März 2007
Beiträge: 800
Wohnort: Tscherkassy, Ukraine
|
@technohead: bestimmt kann es mehrere Gründe für einen Fehler beim Login geben oder nicht? In unserem Falle war es mit 99%iger Sicherheit der imwheel-Treiber, da ja mehrere das Problem hatten. Dass auch volle Festplatten etc. zu derlei Fehlern führen können, kann ja durchaus sein. Dafür gibt es ja hier im Forum auch genügend Beispiele. Gruß, Turicon
|
technohead
Anmeldungsdatum: 1. April 2007
Beiträge: 869
|
Du hast wahrscheinlich recht - wahrscheinlich gibt es mehrere Krankheiten mit dem selben Symptom. und ich bin trotz Neuinstallation von Kubuntu noch nicht ganz durch. Irgend etwas flutet meine .xsession-errors und ich muss doch mal schauen was meine xorg-conf macht.... Gruß, Holger
|
Turicon
Anmeldungsdatum: 21. März 2007
Beiträge: 800
Wohnort: Tscherkassy, Ukraine
|
technohead hat geschrieben: Irgend etwas flutet meine .xsession-errors und ich muss doch mal schauen was meine xorg-conf macht....
Hatte ich auch. Ich habe die Grafiktablett-Treiber (3 Sektionen) deaktiviert und irgendwie waren diverse Font-Pfade falsch. Die hab ich korrigiert, dann war Ruhe im Karton 😉 Gruß, Turicon
|
technohead
Anmeldungsdatum: 1. April 2007
Beiträge: 869
|
@turicon habe zwei Fragen: 1. Wie hast Du das Mit den Fonts hinbekommen?
2. hattest Du zufällig genauso wie ich für die Installation eine german-kubuntu 6.10 benutzt? vielen Dank schon mal
|
Turicon
Anmeldungsdatum: 21. März 2007
Beiträge: 800
Wohnort: Tscherkassy, Ukraine
|
Hallo technohead, überprüfe, ob die Pfade tatsächlich existieren. Kannst Du ja ganz bequem mit dem Nautilus/Konqueror machen. Ich glaube, der eine Pfad zeigte auf "kyrillic", das brauch ich nicht und habe es ganz rausgenommen. Bei zwei anderen war was vertauscht in der Pfadangabe, da ich es jetzt aber korrigiert habe, weiß ich nicht mehr genau welcher. Ich hatte das damals unter Ubuntu/Kubuntu 6.10 und auch letztens unter Feisty so gemacht. Gruß, turicon
|
technohead
Anmeldungsdatum: 1. April 2007
Beiträge: 869
|
das mit den Pfaden ist zwar bei mir nicht mehr aktuell, da ich unter Verwendung einer anderen CD (kubuntu-6.10 Desktop) noch mal neu installiert habe aber es ist vieleicht für andere interessant das die fehlenden Schriftarten unter german-kubuntu-desktop 6.10 auftraten. habe die Pfade zurück verfolgt es waren ca. 7 Pfadangaben in der xorg.conf eingetragen und nur zwei existierten wirklich unterhalb von / selbst nach dem löschen der Einträge meckerte xset noch über nicht vorhandene Pfade wobei ich jetzt natürlich nicht mehr sagen kann, ob eventuell die falschen Pfade etwa mittels xset in der Datei .xsession oder sonst wo gesetzt waren. kann natürlich auch sein das meine selbstgebrannte german-kubuntu-desktop einen Brenn-Fehler hatte - habe sie inzwischen entsorgt. es gibt im WEB Anleitungen wie man mit xset die Pfade setzen aber xset kann anscheindend noch viel mehr... Gruß, technohead
|
HmpfCBR
Anmeldungsdatum: 22. Mai 2007
Beiträge: 4597
Wohnort: Leipzig
|
Hat schon jemand ausprobiert ob das Problem mit imwheel und kdm auch noch unter Gutsy existiert? (siehe auch Warnung in Wiki: Extratasten#head-6cc9e7b0e87b9e4ec76e675e3a1ccc3d399ec558 ) Habe in Launchpad auf die schnelle übrigens keinen Bug dazu gefunden, auch nicht unter Feisty.
|
Herr_Jemineh
Anmeldungsdatum: 10. Oktober 2006
Beiträge: 123
|
HmpfCBR hat geschrieben: Hat schon jemand ausprobiert ob das Problem mit imwheel und kdm auch noch unter Gutsy existiert? (siehe auch Warnung in Wiki: Extratasten#head-6cc9e7b0e87b9e4ec76e675e3a1ccc3d399ec558 )
Ja, ich habe eben diesen Fehler gerade und versuche ihn zu beheben. Er ist aufgetreten, nachdem ich imwheel installiert und konfiguriert habe. Kurze Erläuterung, falls jemand vermutet, das selbe Problem zu haben: Ich habe Imwheel installiert und eingerichtet, wie in Extratasten beschrieben. Anschließend ist Gutsy (Kubuntu) beim Booten bei der Nachricht stehengeblieben: * Running local boot scripts (/etc/rc.local) Mit [Strg] + [Alt] + [F2] konnte ich mich jedoch einloggen. Dann habe ich xorg.conf zurpckgesetzt, und das automatische starten von imwheel über /etc/X11/imwheel/startup.conf deaktiviert. Jetzt kann ich mich jedoch im KDE nicht mehr einloggen. Ich hatte den Fehler mit den Boot Scripts allerdings gestern schonmal; da hat's geholfen, den xserver neuzukonfogigurieren (sudo dpgk-reconfigure -plow xserver-xorg) und den X-Server neuzustarten (sudo etc/init.d/kdm restart). edit: Die Lösung von agentoonix hat bei mir geholfen! ☺ Nur meine Extratasten kann ich jetzt immer noch nicht benutzen. :-/
|
Chris1308
Anmeldungsdatum: 14. November 2007
Beiträge: 36
|
Ist zwar schon etwas alt das Thema hier, aber vielleicht wäre es ja von Vorteil, wenn einer der Betroffenen einen Bugreport an die Entwickler schreiben würde, dann wären zukünfige User von dem Problem vielleicht nicht mehr betroffen und vielleicht funktioniert es dann in naher Zukunft auch bei euch. mfg Chris
|
mr_matze
Anmeldungsdatum: 2. Februar 2007
Beiträge: 275
|
habt ihr euch eigentlich die log-datei vom X-server angeschaut ? liegt unter
/var/log/Xorg.0.log da steht meistens drin, weswegen er nich gestartet ist. hatte heute die selbe problematik (hab die warnung übersehen) und hab ihn wieder hinbekommen. Mit Extratasten. Also bug scheint nicht mehr vorhanden z sein. Benutze eine Logitech MX310 mit evdev treibern und imwheel. Was ich gemacht hab ist nach Baustelle/Logitech_MX_500 die xorg.conf konfiguriert. Dann hat er wieder funktioniert. was man dabei unbedingt beachten sollte (ich habs auch zuerst überlesen) ist, dass in der "neuen" device section für die maus keine "Option" "Device" mehr gesetzt ist. die zeile ist auskommentiert, genau wie die folgenden... Da sollte man vlt noch was am Wiki ändern. gruß mr_matze
|
Hogi
Anmeldungsdatum: 8. Dezember 2007
Beiträge: 1
|
Hallo, bin auf ein ähnliches (?) Problem gestoßen. Seit gestern kann ich mich auf meinem kubuntu (7.10) nicht mehr anmelden. User und Pass werden im KDE Login zwar akzeptiert, dann kehrt aber immer wieder das KDE Login zurück. Habe dann folgendes probiert: - Im Safe-Login mit ganz neuem Benutzerverzeichnis angemeldet - In der Konsole (ohne Windowsmanager) folgendes macht: $ export DISPLAY=:0 $ xhost + $ kpersonalizer Hat alles funktionert. Auf das Kontrollzentrum ließ sich starten. Beim Aufruf von startkde kehrt das System allerdings wieder in den KDE Login zurück. In der .xsession-errors findet sich folgendes: Xsession: X session started for joerg at Sa 8. Dez 14:31:25 CET 2007 kdecore (KProcess): WARNING: _attachPty() 10 ICE default IO error handler doing an exit(), pid = 11736, errno = 0 - Pakete sind alle aktuell - Festplatte hat noch mehrere GBs frei - /dev/null steht auf crw-rw-rw Das System hat einige Wochen ohne Probleme funktioniert! Anmelden über die Konsole funktioniert, aber auch dort bricht startx ab. ???
|
Impestrator
Anmeldungsdatum: 6. Mai 2009
Beiträge: 14
|
Solo0815 schrieb: War mal bei mir genauso. Das passiert manchmal, wenn ich "wild" auf /home speichere und die Partition dann voll ist. Beim nächsten Start kann ich mich dann nicht mehr grafisch einloggen. Dateien oder Papierkorb löschen (Speicherplatz freimachen) hat geholfen.
Ich habe genau das gleich Problem. Vor ca. einer Woche hat mir das System zu verstehen gegeben, dass ich zu wenig Speicherplatz im Home- Verzeichnis habe. Ich habe auf ignorieren geklickt, seitdem kann ich mich nicht mehr über den Login- Manager anmelden, obwohl ich jetzt 51% Speicherplatz zur Verfügung habe. Nun muss ich als root den kdm mit /etc/init.d/kdm stop beenden und kann anschließend mit startx auf meine graphische Oberfläche gehen, habe aber da nicht meinen gewohnten Desktop. Wenn ich ohne kdm beenden startx aufrufe, kommt die Meldung: Fatal server Error: Server is already active for display 0 Die .xsession-errors gibt mir folgendes aus:
Xsession: X session started for impestrator at Mo 8. Jun 17:21:44 CEST 2009
konsole(4657): Attempt to use QAction "change-profile" with KXMLGUIFactory!
x-terminal-emulator: Fatal IO error: client killed
konsole(4657) Konsole::SessionManager::~SessionManager: Konsole SessionManager destroyed with sessions still alive Nur kann ich als Linux- Anfänger nicht viel damit anfangen. Hat jemand einen Rat, wie ich ich wieder eine "normale Anmeldung" hinbekomme?
|
Impestrator
Anmeldungsdatum: 6. Mai 2009
Beiträge: 14
|
hat denn keiner von euch eine Idee? Ich möchte endlich wieder mein System nutzen, ohne wieder alles formatieren und neu aufspielen zu müssen
|