Hallo miteinander,
habe gerade KDE 3.5.7 aktualisiert (also die 3.5.7 von letzter Woche aktualisiert), kann es nun weder als User noch als root starten - Ursache ist mir unklar!
Weder in ~/.xsession-errors noch in /var/log/Xorg.0.log bringt ein "grep (EE)" einen Fehler zu Tage. Ich finde in beiden aber ein INPUT_METHOD is not set or empty (no user selected input method). Auf dem Bildschirm bleibt ein Mauszeiger zurück (nicht das X-Kreuz, sondern der KDE-Mauszeiger bzw. die SUSE-Uhr). Das nVidia-Logo am Anfang kommt (ich starte per startx aus Runlevel 3).
In wiki.x.org finde ich zu INPUT_METHOD nichts, zum kompletten String finde ich "einige" Fundstellen, aber weder den kompletten String nocjh eine Lösung für mich :-( Auch die üblichen Suchmaschinen helfen mir nicht weiter. Wonach muss ich suchen?
Gruß Werner
...der so langsam das Gefühl bekommt, er sei "gezeichnet" :-/
-----Ursprüngliche Nachricht----- Von: Werner Flamme [mailto:werner.flamme@ufz.de] Gesendet: Montag, 4. Juni 2007 11:39 An: opensuse-de@opensuse.org Betreff: Problem seit KDE-Update (3.5.7): KDE startet nicht mehr
In wiki.x.org finde ich zu INPUT_METHOD nichts, zum kompletten String finde ich "einige" Fundstellen, aber weder den kompletten String nocjh eine Lösung für mich :-( Auch die üblichen Suchmaschinen helfen mir nicht weiter. Wonach muss ich suchen?
Was passiert wenn du die KDE conf-Dateien des Users mal weg schiebst und dann startest?
Gruß
This email was Anti Virus checked by Astaro Security Gateway. http://www.astaro.com
ralf.prengel@comline.de schrieb:
-----Ursprüngliche Nachricht----- Von: Werner Flamme [mailto:werner.flamme@ufz.de] Gesendet: Montag, 4. Juni 2007 11:39 An: opensuse-de@opensuse.org Betreff: Problem seit KDE-Update (3.5.7): KDE startet nicht mehr
In wiki.x.org finde ich zu INPUT_METHOD nichts, zum kompletten String finde ich "einige" Fundstellen, aber weder den kompletten String nocjh eine Lösung für mich :-( Auch die üblichen Suchmaschinen helfen mir nicht weiter. Wonach muss ich suchen?
Was passiert wenn du die KDE conf-Dateien des Users mal weg schiebst und dann startest?
Nach umbenennen von .kde in .kde.alt wird nach startx noch der SUSE-Bildschirm angezeigt (den ich durch einen anderen ersetzt habe). Danach steht die Chose wieder.
Nichts Neues in .xsession_errors oder /var/log/Xorg.0.log :-(
Gruß
Trotzdem: Danke! Werner
Am Mon, 04 Jun 2007 11:38:34 +0200 schrieb Werner Flamme werner.flamme@ufz.de:
Hallo miteinander,
habe gerade KDE 3.5.7 aktualisiert (also die 3.5.7 von letzter Woche aktualisiert), kann es nun weder als User noch als root starten - Ursache ist mir unklar!
Weder in ~/.xsession-errors noch in /var/log/Xorg.0.log bringt ein "grep (EE)" einen Fehler zu Tage. Ich finde in beiden aber ein INPUT_METHOD is not set or empty (no user selected input method). Auf dem Bildschirm bleibt ein Mauszeiger zurück (nicht das X-Kreuz, sondern der KDE-Mauszeiger bzw. die SUSE-Uhr). Das nVidia-Logo am Anfang kommt (ich starte per startx aus Runlevel 3).
In wiki.x.org finde ich zu INPUT_METHOD nichts, zum kompletten String finde ich "einige" Fundstellen, aber weder den kompletten String nocjh eine Lösung für mich :-( Auch die üblichen Suchmaschinen helfen mir nicht weiter. Wonach muss ich suchen?
Gruß Werner
...der so langsam das Gefühl bekommt, er sei "gezeichnet" :-/
Hallo, Werner!
Versuch einmal, die Datei .fonts.cache-2 zu löschen. Hilft das?
Gruß, Johannes
Johannes Engel schrieb:
Hallo, Werner!
Versuch einmal, die Datei .fonts.cache-2 zu löschen. Hilft das?
Gruß, Johannes
Hallo Johannes,
leider nicht. Auch umbenennen des gesamten .fonts-Verzeichnisses nicht. :-(
Gruß Werner
Hallo Werner,
Versuch einmal, die Datei .fonts.cache-2 zu löschen. Hilft das?
leider nicht. Auch umbenennen des gesamten .fonts-Verzeichnisses nicht. :-(
Was sagt denn ein neu angelegter Test-Benutzer?
Gruß, Michael
Michael Höhne schrieb:
Hallo Werner,
Versuch einmal, die Datei .fonts.cache-2 zu löschen. Hilft das?
leider nicht. Auch umbenennen des gesamten .fonts-Verzeichnisses nicht. :-(
Was sagt denn ein neu angelegter Test-Benutzer?
Gruß, Michael
Hallo Michael,
nichts anderes als die bestehenden :-( - bis zum SUSE-Startschirm, der "kreisende Ring" um das Gecko friert ein, fertig.
Gruß Werner
Werner Flamme schrieb:
Hallo miteinander,
habe gerade KDE 3.5.7 aktualisiert (also die 3.5.7 von letzter Woche aktualisiert), kann es nun weder als User noch als root starten - Ursache ist mir unklar!
Weder in ~/.xsession-errors noch in /var/log/Xorg.0.log bringt ein "grep (EE)" einen Fehler zu Tage. Ich finde in beiden aber ein INPUT_METHOD is not set or empty (no user selected input method). Auf dem Bildschirm bleibt ein Mauszeiger zurück (nicht das X-Kreuz, sondern der KDE-Mauszeiger bzw. die SUSE-Uhr). Das nVidia-Logo am Anfang kommt (ich starte per startx aus Runlevel 3).
Nachtrag: auch mit Gnome bleibe ich an dieser Stelle stehen! Grauer Schirm nach dem nVidia-Logo, der Cursor wechselt vom "X-Kreuz" zum "echten" Format, und Schluss.
Neuinstallation des nVidia-Treibers bringt keine Änderung. X.org meldet sich mit: X Window System Version 7.2.0 Release Date: 22 January 2007 X Protocol Version 11, Revision 0, Release 7.2
RPM-Paket ist xorg-x11-7.2-146.6, wurde aus http://software.opensuse.org/download/xorg72/openSUSE_10.2/x86_64/ installiert - aber vor Wochen, das Paket ist vom 7. April...
Gruß Werner
Am Montag 4 Juni 2007 schrieb Werner Flamme:
Werner Flamme schrieb:
habe gerade KDE 3.5.7 aktualisiert (also die 3.5.7 von letzter Woche aktualisiert), kann es nun weder als User noch als root starten - Ursache ist mir unklar!
[...]
Nachtrag: auch mit Gnome bleibe ich an dieser Stelle stehen! Grauer Schirm nach dem nVidia-Logo, der Cursor wechselt vom "X-Kreuz" zum "echten" Format, und Schluss.
[...]
Was passiert eigentlich, wenn Du startkde eingibst? Bekommst Du da vielleicht ein paar andere/zusätzliche Fehlermeldungen?
Wenn Du nach dem mißglückten X-Start auf ein Terminal gehst, was sagt Dir denn ein ps aux? Vielleicht können wir an Hand der Prozessliste sehen, was nicht willig ist. (Wobei ich jetzt nicht behaupten will, alle Teile eines KDE-Desktops zu kennen, die nötig sind, dass alles sitzt). Dass Dein GNOME auch nicht will, finde ich eher bedenklich.
Helga
Helga Fischer schrieb:
Am Montag 4 Juni 2007 schrieb Werner Flamme:
Werner Flamme schrieb:
habe gerade KDE 3.5.7 aktualisiert (also die 3.5.7 von letzter Woche aktualisiert), kann es nun weder als User noch als root starten - Ursache ist mir unklar!
[...]
Nachtrag: auch mit Gnome bleibe ich an dieser Stelle stehen! Grauer Schirm nach dem nVidia-Logo, der Cursor wechselt vom "X-Kreuz" zum "echten" Format, und Schluss.
[...]
Was passiert eigentlich, wenn Du startkde eingibst? Bekommst Du da vielleicht ein paar andere/zusätzliche Fehlermeldungen?
Wenn Du nach dem mißglückten X-Start auf ein Terminal gehst, was sagt Dir denn ein ps aux? Vielleicht können wir an Hand der Prozessliste sehen, was nicht willig ist. (Wobei ich jetzt nicht behaupten will, alle Teile eines KDE-Desktops zu kennen, die nötig sind, dass alles sitzt). Dass Dein GNOME auch nicht will, finde ich eher bedenklich.
Helga
wflamme@rz36:~> startkde xset: unable to open display "localhost:0.0" xset: unable to open display "localhost:0.0" xset: unable to open display "localhost:0.0" xsetroot: unable to open display "localhost:0.0" startkde: Starting up... ksplash: cannot connect to X server localhost:0.0 xprop: unable to open display 'localhost:0.0' Usage: xprop [-options ...] [[format [dformat]] atom] ...
und dann noch die möglichen Options, z. B. -display usw.
Mit "export DISPLAY=localhost:1.0" oder leerem DISPLAY die gleichen Meldungen, nur mit entsprechend anderem Display.
Es scheint also ein X-Problem zu sein, kein KDE-Problem.
In der ~/.xsession-errors steht anschließend (nach dem GOT SIGHUP) nichts Neues. Die Meldung INPUT_METHOD is not set... aus meinem OP kommt von /etc/X11/xim, was eine Eingabehilfe für asiatische Sprachen darstellt, ist also für mich nicht relevant...
Möchtest Du jetzt wirklich ein "ps aux" von mir? 114 Zeilen (sagt wc -l)?
Gruß Werner
Am Montag 4 Juni 2007 schrieb Werner Flamme:
Helga Fischer schrieb:
Am Montag 4 Juni 2007 schrieb Werner Flamme:
Werner Flamme schrieb:
habe gerade KDE 3.5.7 aktualisiert (also die 3.5.7 von letzter Woche aktualisiert), kann es nun weder als User noch als root starten - Ursache ist mir unklar!
[...]
Nachtrag: auch mit Gnome bleibe ich an dieser Stelle stehen! Grauer Schirm nach dem nVidia-Logo, der Cursor wechselt vom "X-Kreuz" zum "echten" Format, und Schluss.
[...]
Was passiert eigentlich, wenn Du startkde eingibst? Bekommst Du da vielleicht ein paar andere/zusätzliche Fehlermeldungen?
Wenn Du nach dem mißglückten X-Start auf ein Terminal gehst, was sagt Dir denn ein ps aux? Vielleicht können wir an Hand der Prozessliste sehen, was nicht willig ist. (Wobei ich jetzt nicht behaupten will, alle Teile eines KDE-Desktops zu kennen, die nötig sind, dass alles sitzt). Dass Dein GNOME auch nicht will, finde ich eher bedenklich.
Helga
wflamme@rz36:~> startkde xset: unable to open display "localhost:0.0" xset: unable to open display "localhost:0.0" xset: unable to open display "localhost:0.0" xsetroot: unable to open display "localhost:0.0" startkde: Starting up... ksplash: cannot connect to X server localhost:0.0 xprop: unable to open display 'localhost:0.0' Usage: xprop [-options ...] [[format [dformat]] atom] ...
und dann noch die möglichen Options, z. B. -display usw.
Mit "export DISPLAY=localhost:1.0" oder leerem DISPLAY die gleichen Meldungen, nur mit entsprechend anderem Display.
Es scheint also ein X-Problem zu sein, kein KDE-Problem.
Das stimmt, das sehe ich auch so.
In der ~/.xsession-errors steht anschließend (nach dem GOT SIGHUP) nichts Neues. Die Meldung INPUT_METHOD is not set... aus meinem OP kommt von /etc/X11/xim, was eine Eingabehilfe für asiatische Sprachen darstellt, ist also für mich nicht relevant...
Möchtest Du jetzt wirklich ein "ps aux" von mir? 114 Zeilen (sagt wc -l)?
Nein, unnötig. Dein KDE kann sich nicht mit X verbinden.
An Deiner Stelle würde ich erst mal Deine vorhandene xorg.conf umbenennen und mal einen sax2-Lauf starten, um auszuschließen, dass was mit der X-Konfiguration schiefgelaufen ist.
Helga
Helga Fischer schrieb:
Es scheint also ein X-Problem zu sein, kein KDE-Problem.
Das stimmt, das sehe ich auch so.
In der ~/.xsession-errors steht anschließend (nach dem GOT SIGHUP) nichts Neues. Die Meldung INPUT_METHOD is not set... aus meinem OP kommt von /etc/X11/xim, was eine Eingabehilfe für asiatische Sprachen darstellt, ist also für mich nicht relevant...
Möchtest Du jetzt wirklich ein "ps aux" von mir? 114 Zeilen (sagt wc -l)?
Nein, unnötig. Dein KDE kann sich nicht mit X verbinden.
An Deiner Stelle würde ich erst mal Deine vorhandene xorg.conf umbenennen und mal einen sax2-Lauf starten, um auszuschließen, dass was mit der X-Konfiguration schiefgelaufen ist.
Helga
Ich habe als root /etc/X11/xorg.conf umbenannt und sax2 gestartet. Dann erneut als User startx eingegeben. Kein Unterschied zu vorhergehenden Versuchen :-(
Das Gleiche mit "sax2 -m 0=nvidia", nur dass dann beim Einrichten nicht die Meldung kam, er können 3D nicht erlauben ;-)
Beide Male konnte ich den SaX2-Konfigurationsdialog aufrufen; es wurde also nicht nur der SaX-Testbildschirm gezeigt.
Gruß Werner
Am Montag 4 Juni 2007 schrieb Werner Flamme:
Helga Fischer schrieb:
[...]
An Deiner Stelle würde ich erst mal Deine vorhandene xorg.conf umbenennen und mal einen sax2-Lauf starten, um auszuschließen, dass was mit der X-Konfiguration schiefgelaufen ist.
Helga
Ich habe als root /etc/X11/xorg.conf umbenannt und sax2 gestartet.
Da bekommst aber einen XServer, sprich, die Arbeitsoberfläche von SaX2 und kannst sie wie gewohnt bedienen?
[...]
Beide Male konnte ich den SaX2-Konfigurationsdialog aufrufen; es wurde also nicht nur der SaX-Testbildschirm gezeigt.
OK, genau das bezweckte ich mit meiner Bitte.
Jetzt gehen mir die Ideen aus.
Wie sieht es bei einem ganz neuen User aus? (Mir will auf Anhieb keine temporäre Datei einfallen, das das Starten von X/KDE verhindern könnte. .DCOPserver_Hostname könntest Du ja mal wegwerfen, falls da einer (noch) existiert).
Helga
Helga Fischer schrieb:
Am Montag 4 Juni 2007 schrieb Werner Flamme:
Helga Fischer schrieb:
[...]
An Deiner Stelle würde ich erst mal Deine vorhandene xorg.conf umbenennen und mal einen sax2-Lauf starten, um auszuschließen, dass was mit der X-Konfiguration schiefgelaufen ist.
Helga
Ich habe als root /etc/X11/xorg.conf umbenannt und sax2 gestartet.
Da bekommst aber einen XServer, sprich, die Arbeitsoberfläche von SaX2 und kannst sie wie gewohnt bedienen?
[...]
Beide Male konnte ich den SaX2-Konfigurationsdialog aufrufen; es wurde also nicht nur der SaX-Testbildschirm gezeigt.
OK, genau das bezweckte ich mit meiner Bitte.
Jetzt gehen mir die Ideen aus.
Wie sieht es bei einem ganz neuen User aus? (Mir will auf Anhieb keine temporäre Datei einfallen, das das Starten von X/KDE verhindern könnte. .DCOPserver_Hostname könntest Du ja mal wegwerfen, falls da einer (noch) existiert).
Helga
Hallo Helga,
danach hat Michael Höhne heute mittag schon gefragt ;-). Bei einem neu angelegten User ist dasselbe Verhalten. :-(
Also: - neue xorg.conf bringt keine Änderung - neuer User hat dasselbe Problem - SaX2 zeigt grafischen Schirm, also ist die Grafikkarte nicht tot
Sagt mir das, dass irgendein Binary heute die anderen Binaries durcheinander gebracht hat?
Gruß Werner
Am Montag 4 Juni 2007 schrieb Werner Flamme:
Helga Fischer schrieb:
Am Montag 4 Juni 2007 schrieb Werner Flamme:
[...]
Wie sieht es bei einem ganz neuen User aus? (Mir will auf Anhieb keine temporäre Datei einfallen, das das Starten von X/KDE verhindern könnte. .DCOPserver_Hostname könntest Du ja mal wegwerfen, falls da einer (noch) existiert).
[...]
danach hat Michael Höhne heute mittag schon gefragt ;-). Bei einem neu angelegten User ist dasselbe Verhalten. :-(
*sch*t*
Also:
- neue xorg.conf bringt keine Änderung
- neuer User hat dasselbe Problem
- SaX2 zeigt grafischen Schirm, also ist die Grafikkarte nicht tot
Sagt mir das, dass irgendein Binary heute die anderen Binaries durcheinander gebracht hat?
Glaub' ich nicht. Ich habe neulich völlig unbesorgt über alle meine Pakete ein Update laufen lassen. Es hat alles überlebt, obwohl das bei näherer Betrachtung nicht ganz so selbstverständlich war. Ich habe hier auch nvidia laufen. KDE ziehe ich mir mindestens zweimal im Monat. Ich kann mich nicht erinnern, mir damit (größere) Probleme eingehandelt zu haben.
Außerdem zeigt ja Dein SaX2-Lauf, dass alles funktioniert.
Mach' mal von der Konsole aus: xinit (oder xinit -- :0, Display 0 ist ja bei Dir frei). Mein Testuser bekommt dann den grauen Bildschirm. Netterweise wird da gleich noch ein xterm mitgeliefert. Mit dem Mauszeiger das Teil aktiv machen und dann mal startkde eingeben.
Eine Konsole muss doch sagen, wo der Fehler liegt. DISPLAY kann doch nicht einfach so versacken. (Aber ich befürchte, das geht auch nicht).
echo $DISPLAY gibt bei Dir was aus?
Helga
Helga Fischer schrieb:
Am Montag 4 Juni 2007 schrieb Werner Flamme:
Helga Fischer schrieb:
Am Montag 4 Juni 2007 schrieb Werner Flamme:
[...]
Wie sieht es bei einem ganz neuen User aus? (Mir will auf Anhieb keine temporäre Datei einfallen, das das Starten von X/KDE verhindern könnte. .DCOPserver_Hostname könntest Du ja mal wegwerfen, falls da einer (noch) existiert).
[...]
danach hat Michael Höhne heute mittag schon gefragt ;-). Bei einem neu angelegten User ist dasselbe Verhalten. :-(
*sch*t*
ACK.
Also:
- neue xorg.conf bringt keine Änderung
- neuer User hat dasselbe Problem
- SaX2 zeigt grafischen Schirm, also ist die Grafikkarte nicht tot
Sagt mir das, dass irgendein Binary heute die anderen Binaries durcheinander gebracht hat?
Glaub' ich nicht. Ich habe neulich völlig unbesorgt über alle meine Pakete ein Update laufen lassen. Es hat alles überlebt, obwohl das bei näherer Betrachtung nicht ganz so selbstverständlich war. Ich habe hier auch nvidia laufen. KDE ziehe ich mir mindestens zweimal im Monat. Ich kann mich nicht erinnern, mir damit (größere) Probleme eingehandelt zu haben.
Naja, das Ergebnis hängt ja wohl auch von den Update-Quellen ab. Ich habe sehr viel auf http://software.opensuse.org/download eingebunden, z. B. auch Base:/build/reference, was mir eine mit dem Midnight Commander schlecht verträgliche bash eingebracht hat...
Außerdem zeigt ja Dein SaX2-Lauf, dass alles funktioniert.
Wenn "alles funktioniert", wüsste ich gern, warum weder kde noch gonme starten ;-)
Mach' mal von der Konsole aus: xinit (oder xinit -- :0, Display 0 ist ja bei Dir frei). Mein Testuser bekommt dann den grauen Bildschirm. Netterweise wird da gleich noch ein xterm mitgeliefert. Mit dem Mauszeiger das Teil aktiv machen und dann mal startkde eingeben.
Eine Konsole muss doch sagen, wo der Fehler liegt. DISPLAY kann doch nicht einfach so versacken. (Aber ich befürchte, das geht auch nicht).
echo $DISPLAY gibt bei Dir was aus?
Helga
Hallo Helga,
DISPLAY kann leer sein, auf :0, :0.0 oder localhost:0.0 gesetzt sein, kein Unterschied.
Allerdings spiele ich soeben ein neues KDE-Update ein, und zumindest mein Splashscreen erschien. Und wie von Geisterhand wandelt sich der nackte "xinit -- :0" mit Terminal in einen KDE-Schirm!
Die durchlaufenden Meldungen habe ich auch schon mal anderswo gesehen - ich finde das "klauncher meldet: Unbekanntes Protokoll "beagle"." nur nicht so schnell wieder.
Danke, es läuft wieder! Auch direkt ab Prompt mit "startx"!
Gruß Werner
Am Dienstag 5 Juni 2007 schrieb Werner Flamme:
Helga Fischer schrieb:
[...]
Außerdem zeigt ja Dein SaX2-Lauf, dass alles funktioniert.
Wenn "alles funktioniert", wüsste ich gern, warum weder kde noch gonme starten ;-)
Irgendein Zwischenstück kaputt oder nicht vorhanden.
Mach' mal von der Konsole aus: xinit (oder xinit -- :0, Display 0 ist ja bei Dir frei).
[...]
DISPLAY kann leer sein, auf :0, :0.0 oder localhost:0.0 gesetzt sein, kein Unterschied.
Ich habe nur drüber gegrübelt, was wohl der Normalzustand ist. Bisher habe ich da noch nicht drüber nachdenken müssen.
Allerdings spiele ich soeben ein neues KDE-Update ein, und zumindest mein Splashscreen erschien. Und wie von Geisterhand wandelt sich der nackte "xinit -- :0" mit Terminal in einen KDE-Schirm!
Das ist ja witzig. Ich müßte mir explizit einen Windowmanager rausfischen. Früher kam auch mal gleich der FVWM hoch, wenn KDE nicht mochte.
Die durchlaufenden Meldungen habe ich auch schon mal anderswo gesehen - ich finde das "klauncher meldet: Unbekanntes Protokoll "beagle"."
Naja, einen kaputten Beagle könnte ich persönlich ertragen.
Danke, es läuft wieder! Auch direkt ab Prompt mit "startx"!
Aber letztendlich wissen wir nicht, wo es geklemmt hat. Ein KDE-Magendrücken eben...
Helga
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Helga Fischer schrieb am 05.06.2007 11:12:
Am Dienstag 5 Juni 2007 schrieb Werner Flamme:
Helga Fischer schrieb:
[...]
DISPLAY kann leer sein, auf :0, :0.0 oder localhost:0.0 gesetzt sein, kein Unterschied.
Ich habe nur drüber gegrübelt, was wohl der Normalzustand ist. Bisher habe ich da noch nicht drüber nachdenken müssen.
In meinem aktuellen KDE-Konsolenfenster :-) ist es :0
Allerdings spiele ich soeben ein neues KDE-Update ein, und zumindest mein Splashscreen erschien. Und wie von Geisterhand wandelt sich der nackte "xinit -- :0" mit Terminal in einen KDE-Schirm!
Das ist ja witzig. Ich müßte mir explizit einen Windowmanager rausfischen. Früher kam auch mal gleich der FVWM hoch, wenn KDE nicht mochte.
Öhm, das habe ich unklar formuliert: nach "xinit -- :0" erschien X mit Terminal. Dort habe ich - wie von Dir vorgeschlagen - startkde eingegeben. Und es startete... plötzlich und unerwartet... :-)
Die durchlaufenden Meldungen habe ich auch schon mal anderswo gesehen - ich finde das "klauncher meldet: Unbekanntes Protokoll "beagle"."
Naja, einen kaputten Beagle könnte ich persönlich ertragen.
Beagle ist nicht installiert! *schauder* Ich will ja an der Kiste noch arbeiten... 8-)
Danke, es läuft wieder! Auch direkt ab Prompt mit "startx"!
Aber letztendlich wissen wir nicht, wo es geklemmt hat. Ein KDE-Magendrücken eben...
Das wird es wohl gewesen sein :-/
Helga
Gruß Werner
- -- Werner Flamme, Abt. WKDV Helmholtz-Zentrum für Umweltforschung GmbH - UFZ Permoserstr. 15 - 04318 Leipzig Tel.: (0341) 235-3921 - Fax (0341) 235-453921 http://www.ufz.de - eMail: werner.flamme@ufz.de
Hallo,
Am Die, 05 Jun 2007, Werner Flamme schrieb:
Helga Fischer schrieb am 05.06.2007 11:12:
[..]
Das ist ja witzig. Ich müßte mir explizit einen Windowmanager rausfischen. Früher kam auch mal gleich der FVWM hoch, wenn KDE nicht mochte.
Öhm, das habe ich unklar formuliert: nach "xinit -- :0" erschien X mit Terminal. Dort habe ich - wie von Dir vorgeschlagen - startkde eingegeben. Und es startete... plötzlich und unerwartet... :-)
Völlig normal. startx startet xinit, dieses dann X. Und startkde startet _NUR_ KDE, nicht aber X...
Wenn als Default-Windowmanger KDE eingestellt ist, reicht deshalb auf der Konsole 'startx', dann wird der Windowmanager aus der xinitrc/xsession gestartet...
Ansonsten kann man den WM auch an startx übergeben, z.B. als:
startx kde startx /opt/kde3/bin/startkde
oder
startx /usr/bin/X11/windowmaker
oder ...
Optionen / Parameter nach einem '--' werden so an xinit und ggfs. direkt an X durchgereicht, so z.B. auch ein :1 z.B. wie bei:
startx /usr/bin/X11/windowmaker -- -bpp 16 :1
würde einen WindowMaker mit 16bit Farben auf dem zweiten Display starten...
Lektüre: man startx, man xinit, man X...
-dnh
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
David Haller schrieb am 07.06.2007 02:46:
Hallo,
Am Die, 05 Jun 2007, Werner Flamme schrieb:
Helga Fischer schrieb am 05.06.2007 11:12:
[..]
Das ist ja witzig. Ich müßte mir explizit einen Windowmanager rausfischen. Früher kam auch mal gleich der FVWM hoch, wenn KDE nicht mochte.
Öhm, das habe ich unklar formuliert: nach "xinit -- :0" erschien X mit Terminal. Dort habe ich - wie von Dir vorgeschlagen - startkde eingegeben. Und es startete... plötzlich und unerwartet... :-)
Völlig normal. startx startet xinit, dieses dann X. Und startkde startet _NUR_ KDE, nicht aber X...
Wenn als Default-Windowmanger KDE eingestellt ist, reicht deshalb auf der Konsole 'startx', dann wird der Windowmanager aus der xinitrc/xsession gestartet...
Hallo David,
soweit die Theorie ;-)
Montag reichte startx *nicht* aus, um nach X auch noch KDE zu starten. Auch nach Umschalten auf GNOME (Umschalten von Window- und Displaymanager) blieb startx beim X-screen hängen, ohne einen Fenstermanager nachzuladen.
Deshalb schrub ich "plötzlich und unerwartet", weil nämlich bisher gar nichts nach dem X kam.
Ansonsten kann man den WM auch an startx übergeben, z.B. als:
startx kde startx /opt/kde3/bin/startkdeoder
startx /usr/bin/X11/windowmakeroder ...
Optionen / Parameter nach einem '--' werden so an xinit und ggfs. direkt an X durchgereicht, so z.B. auch ein :1 z.B. wie bei:
startx /usr/bin/X11/windowmaker -- -bpp 16 :1würde einen WindowMaker mit 16bit Farben auf dem zweiten Display starten...
Lektüre: man startx, man xinit, man X...
-dnh
Ja, aber normalerweise tut es doch startx alleine. Ich bin doch nicht erst gestern von Windows gekommen ;-), ich habe mit einer SuSE 5.? angefangen und auch noch ein RedHat 6.? im Schrank (kann nicht nachsehen, bin jetzt im Büro). Gegenüber der SuSE hat mich schon die Installation überfordert ;-)
Danke für die Hinweise! Werner
P.S.: Ich weiß nicht, wie es bei Hallerlix ist, bei openSUSE 10.2 jedenfalls ist /usr/bin/X11 ein Symlink auf /usr/bin ;-), ein "startx /usr/bin/windowmaker" reichte also 8-)
- -- Werner Flamme, Abt. WKDV Helmholtz-Zentrum für Umweltforschung GmbH - UFZ Permoserstr. 15 - 04318 Leipzig Tel.: (0341) 235-3921 - Fax (0341) 235-453921 http://www.ufz.de - eMail: werner.flamme@ufz.de
Hallo,
Am Don, 07 Jun 2007, Werner Flamme schrieb:
David Haller schrieb am 07.06.2007 02:46:
Am Die, 05 Jun 2007, Werner Flamme schrieb:
[..]
Öhm, das habe ich unklar formuliert: nach "xinit -- :0" erschien X mit Terminal. Dort habe ich - wie von Dir vorgeschlagen - startkde eingegeben. Und es startete... plötzlich und unerwartet... :-)
Völlig normal. startx startet xinit, dieses dann X. Und startkde startet _NUR_ KDE, nicht aber X...
[..]
Montag reichte startx *nicht* aus, um nach X auch noch KDE zu starten. Auch nach Umschalten auf GNOME (Umschalten von Window- und Displaymanager) blieb startx beim X-screen hängen, ohne einen Fenstermanager nachzuladen.
Jo, da hing dann eben irgendwas, das sich evtl. im Log hätte finden lassen sollen...
Deshalb schrub ich "plötzlich und unerwartet", weil nämlich bisher gar nichts nach dem X kam.
Unerwartet ist eher, daß ein xterm da war. Da kannst du dann eben "per Hand" einen Windowmanager nachstarten (oder auch mehr).
Ja, aber normalerweise tut es doch startx alleine.
Bei SUSE: Wenn WINDOWMANAGER gesetzt ist ja, was normalerweise in den diversen Config-Dateien (xinitrc usw.) gemacht wird.
Ich bin doch nicht erst gestern von Windows gekommen ;-),
Ich weiß, aber den Mechanismus wie X + KDE startet, schienst du noch nicht zu kennen ;)
Danke für die Hinweise!
Achso, wenn du shellscripte lesen kannst, schau auch einfach mal in deine ~/.xinitrc und die /etc/X11/xinit/xinitrc.common ;)
P.S.: Ich weiß nicht, wie es bei Hallerlix ist, bei openSUSE 10.2 jedenfalls ist /usr/bin/X11 ein Symlink auf /usr/bin ;-), ein "startx /usr/bin/windowmaker" reichte also 8-)
Bei mir ist /usr/X11 ein Symlink auf X11R6 [1]. Die 10.2 lief hier grad nicht, da hab ich bei der 10.1 nachgeschaut... Windowmaker ist beim Hallerlix in /opt/WMaker ;)
-dnh
[1] wie halt bei SuSE 6.x üblich. Und ich fahr' hier ja auch XFree86 3.3.6 (neuere Versionen hab ich hier nicht zum laufen bekommen, auch die mitgelieferten von SUSE8.x, 9.x). Das xorg der 10.1 ist das erste neuere X das hier halbwegs läuft...
Am Montag 4 Juni 2007 schrieb Werner Flamme:
[...]
Also:
- neue xorg.conf bringt keine Änderung
- neuer User hat dasselbe Problem
- SaX2 zeigt grafischen Schirm, also ist die Grafikkarte nicht tot
Ich habe ich Dich richtig gelesen, Du startest KDE von der Konsole aus? Mit startkde oder startx?
Ich logge mich, aus Tradition (und weil ich mir in den KDE1-Zeiten öfter mal den Desktop kaputt gemacht habe), immer erst auf einer Konsole ein und schubse dann alles mit startx an.
Helga
Helga Fischer schrieb:
Am Montag 4 Juni 2007 schrieb Werner Flamme:
[...]
Also:
- neue xorg.conf bringt keine Änderung
- neuer User hat dasselbe Problem
- SaX2 zeigt grafischen Schirm, also ist die Grafikkarte nicht tot
Ich habe ich Dich richtig gelesen, Du startest KDE von der Konsole aus? Mit startkde oder startx?
Ich logge mich, aus Tradition (und weil ich mir in den KDE1-Zeiten öfter mal den Desktop kaputt gemacht habe), immer erst auf einer Konsole ein und schubse dann alles mit startx an.
Helga
Hallo Helga,
aus demselben Grunde mache ich es auch so :-) - RL3 und startx.
Gruß Werner
Hi Werner,
On Monday 04 June 2007 Werner Flamme wrote:
[...]
xset: unable to open display "localhost:0.0"
Koennte es mit 'localhost' zusammenhaengen ?
Bei mit ist wfranke@ltt6 [!41] echo $DISPLAY :0.0
Ich kann mich genz dunkel erinnern, dass ich auch mal Probleme hatte als ich etwas anderes genommen habe ??
Gruss Werner
Werner Franke schrieb:
Hi Werner,
On Monday 04 June 2007 Werner Flamme wrote:
[...]
xset: unable to open display "localhost:0.0"
Koennte es mit 'localhost' zusammenhaengen ?
Bei mit ist wfranke@ltt6 [!41] echo $DISPLAY :0.0
Ich kann mich genz dunkel erinnern, dass ich auch mal Probleme hatte als ich etwas anderes genommen habe ??
Gruss Werner
Hallo Namensvetter,
bei mir kein Unterschied zwischen localhost:0.0 und :0.0 :-(
Gruß Werner
Hallo Werner,
Am Montag, 4. Juni 2007 schrieb Werner Flamme: snip Ich kann mich ganz dumpf erinnern, dass ich mal unter SuSE 7.? ein ähnliches Problem hatte. Ich hab's damit in den Griff gekriegt, dass ich explizit DISPLAY=rechnername:0.0 gesetzt habe.
bei mir kein Unterschied zwischen localhost:0.0 und :0.0 :-(
Probier mal "DISPLAY=rechnername:0.0"
Hi Zusammen,
Ich habe den Laptop schon mehre SuSE Version am Anfang waren kein Treiber für Wlan da Broadcom. Jetzt mit der 10.2 oder Ubuntu 7.04 ist ein Wlan interface da bekomme es aber nicht aktiviert Bouton zum einschalten der Wlan verbindung wie unter Windoff reagieren nicht.
Ein paar Tips wären super. Danke
Gruss Patrice
Hi Patrice,
ist das Interface mit YAST konfiguriert? Wenn ja, kannst Du mit ifup eth x und ifdown eth x das WLAN ein- und ausschalten (Console).
Gruß Mario
On Mon, 04 Jun 2007 20:56:21 +0200, Patrice patrice.staudt@laposte.net wrote:
Hi Zusammen,
Ich habe den Laptop schon mehre SuSE Version am Anfang waren kein Treiber für Wlan da Broadcom. Jetzt mit der 10.2 oder Ubuntu 7.04 ist ein Wlan interface da bekomme es aber nicht aktiviert Bouton zum einschalten der Wlan verbindung wie unter Windoff reagieren nicht.
Ein paar Tips wären super. Danke
Gruss Patrice
Mario Andes a écrit :
Hi Patrice,
ist das Interface mit YAST konfiguriert? Wenn ja, kannst Du mit ifup eth x und ifdown eth x das WLAN ein- und ausschalten (Console).
Hi zusammen auf der SuSE10.3 X64 geht es noch nicht . ifup eth1 eth1 device: Broadcom Corporation BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller (rev 02) eth1 warning: WPA configured but may be unsupported eth1 warning: by this device eth1 starting wpa_supplicant Checking for network time protocol daemon (NTPD): running
Die Led geht scheinbar nicht an aber das problem ist wohl wpa .. Die firmeware ist eingespielt. Auch mit der Ubuntu komme ich nicht weiter da sind die Led an aber sonst nichts...
Eine Idee .. Danke
Gruss Patrice :)
Gruß Mario
On Mon, 04 Jun 2007 20:56:21 +0200, Patrice patrice.staudt@laposte.net wrote:
Hi Zusammen,
Ich habe den Laptop schon mehre SuSE Version am Anfang waren kein Treiber für Wlan da Broadcom. Jetzt mit der 10.2 oder Ubuntu 7.04 ist ein Wlan interface da bekomme es aber nicht aktiviert Bouton zum einschalten der Wlan verbindung wie unter Windoff reagieren nicht.
Ein paar Tips wären super. Danke
Gruss Patrice
Hi!
Patrice Staudt kirjoitti viestissään (perjantai joulukuu 14 2007):
Mario Andes a écrit :
Hi Patrice,
ist das Interface mit YAST konfiguriert? Wenn ja, kannst Du mit ifup eth x und ifdown eth x das WLAN ein- und ausschalten (Console).
Hi zusammen auf der SuSE10.3 X64 geht es noch nicht . ifup eth1 eth1 device: Broadcom Corporation BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller (rev 02) eth1 warning: WPA configured but may be unsupported eth1 warning: by this device eth1 starting wpa_supplicant Checking for network time protocol daemon (NTPD): running
Die Led geht scheinbar nicht an aber das problem ist wohl wpa .. Die firmeware ist eingespielt.
Um die Led zum Leuchten zu bringen, probiere (im Konsole):
echo 1 > /proc/driver/acerhk/wirelessled
Ich habe diese Zeile in meine ~/.profile -Datei eingefügt. Hast Du auch "acerhk" installiert?
Gruß Kimmo
Patrice´s Tastaturgeklapper am Montag, 4. Juni 2007 20:56 :
Hi Zusammen,
Ich habe den Laptop schon mehre SuSE Version am Anfang waren kein Treiber für Wlan da Broadcom. Jetzt mit der 10.2 oder Ubuntu 7.04 ist ein Wlan interface da bekomme es aber nicht aktiviert Bouton zum einschalten der Wlan verbindung wie unter Windoff reagieren nicht.
Ein paar Tips wären super. Danke
Gruss Patrice
Hallo Patrice, ich hab hier ein IBM T40 auch mit einem Broadcom Wlan. Die Karte wurde erkannt aber Wlan ging nicht. Der Fehler war die nicht installerte Firmware.
Gruß Lutz
Patrice wrote:
Hi Zusammen,
Ich habe den Laptop schon mehre SuSE Version am Anfang waren kein Treiber für Wlan da Broadcom. Jetzt mit der 10.2 oder Ubuntu 7.04 ist ein Wlan interface da bekomme es aber nicht aktiviert Bouton zum einschalten der Wlan verbindung wie unter Windoff reagieren nicht.
Ein paar Tips wären super. Danke
Gruss Patrice
Guck mal bei acerhk - das ist ein Modul für die Hotkeys bei Acer. Damit funktioniert bei mir der WLAN-Knopf (und die anderen Programmknöpfe auch).
Gruß
Christian
Hallo, Christian,
Am Dienstag, 5. Juni 2007 15:28:52 schrieb Christian Pelz:
[...] Guck mal bei acerhk - das ist ein Modul für die Hotkeys bei Acer. Damit funktioniert bei mir der WLAN-Knopf (und die anderen Programmknöpfe auch).
Gruß
Christian
das gibt es aber nicht für openSUSE 10.2 x86_64, oder?
Gruß Willi
Wilhelm Boltz wrote:
Hallo, Christian,
Am Dienstag, 5. Juni 2007 15:28:52 schrieb Christian Pelz:
[...] Guck mal bei acerhk - das ist ein Modul für die Hotkeys bei Acer. Damit funktioniert bei mir der WLAN-Knopf (und die anderen Programmknöpfe auch).
Gruß
Christian
das gibt es aber nicht für openSUSE 10.2 x86_64, oder?
Gruß Willi
Anscheinend nicht, s. http://www.cakey.de/acerhk/ unter "64 bit port".
Matthias Müller schrieb:
Hallo Werner,
Am Montag, 4. Juni 2007 schrieb Werner Flamme: snip Ich kann mich ganz dumpf erinnern, dass ich mal unter SuSE 7.? ein ähnliches Problem hatte. Ich hab's damit in den Griff gekriegt, dass ich explizit DISPLAY=rechnername:0.0 gesetzt habe.
bei mir kein Unterschied zwischen localhost:0.0 und :0.0 :-(
Probier mal "DISPLAY=rechnername:0.0"
???
export "DISPLAY=rechnername:0.0"
soll bitte was erreichen? Auf der Befehlszeile erreicht es, dass ich eine Umgebungsvariable DISPLAY=rechnername:0.0 habe, ohne Inhalt.
Gruß Werner
Hallo Werner,
Am Dienstag, 5. Juni 2007 schrieb Werner Flamme: snip
export "DISPLAY=rechnername:0.0"
soll bitte was erreichen? Auf der Befehlszeile erreicht es, dass ich eine Umgebungsvariable DISPLAY=rechnername:0.0 habe, ohne Inhalt.
Für die Ausgabe auf ein Display wird der Inhalt dieser Variable ausgewertet. rechnername muss ersetzt werden durch den Namen deines Rechners. Wenn du auf der Konsole dann mit startx den X-Server startest, verbindet sich X mit dem Display, des Rechners, der in DISPLAY definiert wird. localhost:0.0 macht dasselbe, verwendet allerdings nicht die Netzwerkverbindung zu rechnername sondern das loopback-Device. Genau das war bei mir das Problem vor einigen Jahren, dass ein Display über das loopback-Device nicht funktioniert hat. Nach einem Upgrade auf 9.0 und dann auf 10.0 funktioniert es wieder mit :0.0 bzw :0.
Auf die Tour kann man auch das Display auf einen fremden Rechner umleiten, voraus gesetzt man ist sich der Sicherheitsrisiken bewusst, bzw ignoriert sie.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Matthias Müller schrieb am 05.06.2007 21:09:
Hallo Werner,
Am Dienstag, 5. Juni 2007 schrieb Werner Flamme: snip
export "DISPLAY=rechnername:0.0"
soll bitte was erreichen? Auf der Befehlszeile erreicht es, dass ich eine Umgebungsvariable DISPLAY=rechnername:0.0 habe, ohne Inhalt.
Für die Ausgabe auf ein Display wird der Inhalt dieser Variable ausgewertet. rechnername muss ersetzt werden durch den Namen deines Rechners. Wenn du auf der Konsole dann mit startx den X-Server startest, verbindet sich X mit dem Display, des Rechners, der in DISPLAY definiert wird. localhost:0.0 macht dasselbe, verwendet allerdings nicht die Netzwerkverbindung zu rechnername sondern das loopback-Device. Genau das war bei mir das Problem vor einigen Jahren, dass ein Display über das loopback-Device nicht funktioniert hat. Nach einem Upgrade auf 9.0 und dann auf 10.0 funktioniert es wieder mit :0.0 bzw :0.
Auf die Tour kann man auch das Display auf einen fremden Rechner umleiten, voraus gesetzt man ist sich der Sicherheitsrisiken bewusst, bzw ignoriert sie.
Hallo Matthias,
meine Linux-Kenntnisse reichen für eine LPIC-1 Prüfung, die Bedeutung der Variablen DISPLAY ist mir gar wohl bekannt ;-)
Du hast in meiner Antwort die Anführungszeichen nicht beachtet - wenn ich Anführungszeichen bei export setze, erhalte ich nicht die Variable DISPLAY mit dem Inhalt rechnername:0.0, sondern eine Umgebungsvariable DISPLAY=rechnername:0.0 ohne Inhalt. Ich nehme nicht an, dass das ein gewünschtes Verhalten ist :-/
Ohne Anführungszeichen tut es wie gewollt. Dass ich "rechnername" durch meinen Rechnernamen ersetzten soll, habe ich erraten ;-) Geht übrigens mit export DISPLAY=$(hostname):0.0 ganz gut :-)
Gruß Werner
- -- Werner Flamme, Abt. WKDV Helmholtz-Zentrum für Umweltforschung GmbH - UFZ Permoserstr. 15 - 04318 Leipzig Tel.: (0341) 235-3921 - Fax (0341) 235-453921 http://www.ufz.de - eMail: werner.flamme@ufz.de
Hallo Werner,
Am Mittwoch, 6. Juni 2007 schrieb Werner Flamme: snip
Du hast in meiner Antwort die Anführungszeichen nicht beachtet - wenn ich Anführungszeichen bei export setze, erhalte ich nicht die Variable DISPLAY mit dem Inhalt rechnername:0.0, sondern eine Umgebungsvariable DISPLAY=rechnername:0.0 ohne Inhalt. Ich nehme nicht an, dass das ein gewünschtes Verhalten ist :-/
Wohl wahr, nee ist nicht das gewünschte Verhalten. Da waren die Finger schneller als das Hirn und beim Nachlesen langsamer als die Augen :-)
Hallo,
Am Mon, 04 Jun 2007, Werner Flamme schrieb:
Werner Franke schrieb:
On Monday 04 June 2007 Werner Flamme wrote:
[startkde]
xset: unable to open display "localhost:0.0"
Koennte es mit 'localhost' zusammenhaengen ?
[..]
bei mir kein Unterschied zwischen localhost:0.0 und :0.0 :-(
Da läuft schlicht noch kein X. Das muss man vorher starten.
Halb "explizit" geht das mittels:
startx startkde -- :0
Bei der 10.2 kann ich KDE auch mittels
startx kde
starten.
-dnh, X von der Konsole startend...
David Haller schrieb:
Hallo,
Am Mon, 04 Jun 2007, Werner Flamme schrieb:
Werner Franke schrieb:
On Monday 04 June 2007 Werner Flamme wrote:
[startkde]
xset: unable to open display "localhost:0.0"
Koennte es mit 'localhost' zusammenhaengen ?
[..]
bei mir kein Unterschied zwischen localhost:0.0 und :0.0 :-(
Da läuft schlicht noch kein X. Das muss man vorher starten.
Halb "explizit" geht das mittels:
startx startkde -- :0Bei der 10.2 kann ich KDE auch mittels
startx kdestarten.
-dnh, X von der Konsole startend...
Hallo David,
X starte ich eigentlich nicht explizit, aber (da ich die Hilfen von oben nach unten abarbeite ;-)) Helga wies mich schon darauf hin. Ob das jetzt den Knoten zum Platzen gebracht hat oder das KDE-Update, das ich zeitgleich eingespielt habe, weiß ich nicht, jedenfalls funktioniert "startx" jetzt wieder. Ich habe bisher immer (d. h. seit vielen Jahren) startx benutzt - wie kann man sonst KDE starten? Runlevel 5 nehme ich nicht, da kann ich ja gleich Windows benutzen 8-)
Gruß Werner
Am Montag, 4. Juni 2007 schrieb Werner Flamme:
Hallo miteinander,
habe gerade KDE 3.5.7 aktualisiert (also die 3.5.7 von letzter Woche aktualisiert), kann es nun weder als User noch als root starten - Ursache ist mir unklar!
Weder in ~/.xsession-errors noch in /var/log/Xorg.0.log bringt ein "grep (EE)" einen Fehler zu Tage. Ich finde in beiden aber ein INPUT_METHOD is not set or empty (no user selected input method). Auf dem Bildschirm bleibt ein Mauszeiger zurück (nicht das X-Kreuz, sondern der KDE-Mauszeiger bzw. die SUSE-Uhr). Das nVidia-Logo am Anfang kommt (ich starte per startx aus Runlevel 3).
In wiki.x.org finde ich zu INPUT_METHOD nichts, zum kompletten String finde ich "einige" Fundstellen, aber weder den kompletten String nocjh eine Lösung für mich :-( Auch die üblichen Suchmaschinen helfen mir nicht weiter. Wonach muss ich suchen?
Gruß Werner
...der so langsam das Gefühl bekommt, er sei "gezeichnet" :-/
-- Werner Flamme, Abt. WKDV Helmholtz-Zentrum für Umweltforschung GmbH - UFZ Permoserstr. 15 - 04318 Leipzig Tel.: (0341) 235-3921 - Fax (0341) 235-453921 http://www.ufz.de - eMail: werner.flamme@ufz.de
Hallo Liste,
habe auch ein prob mit dem neuen KDE!! (3.5.7 "release 23.1")
mein kdenetworkmanager schmiert sofort beim start ab und mein systemmonitor funzt auch nicht mehr, bzw. ist weg.
Ich hoffe wenn ne verbesserte version kommt das alles wieder geht !!
mfg
Joachim Gebhardt
Am Mon, 4 Jun 2007 19:21:41 +0200 schrieb Joachim Gebhardt joachim.gebhardt@gunnet.de:
Hallo Liste,
habe auch ein prob mit dem neuen KDE!! (3.5.7 "release 23.1")
mein kdenetworkmanager schmiert sofort beim start ab und mein systemmonitor funzt auch nicht mehr, bzw. ist weg.
Das Problem mit dem KNetworkManager kann ich bestätigen.
Gruß, Johannes
On Tuesday 05 June 2007 17:45:36 Johannes Engel wrote:
Am Mon, 4 Jun 2007 19:21:41 +0200
schrieb Joachim Gebhardt joachim.gebhardt@gunnet.de:
Hallo Liste,
habe auch ein prob mit dem neuen KDE!! (3.5.7 "release 23.1")
mein kdenetworkmanager schmiert sofort beim start ab und mein systemmonitor funzt auch nicht mehr, bzw. ist weg.
Das Problem mit dem KNetworkManager kann ich bestätigen.
Hallo
Ja das Problem mit dem KNetworkManager habe ich auch. openSUSE 10.2 64bit KDE 3.5.7 "release 23.1. Es scheint ein bug zu sein. See http://bugs.kde.org/show_bug.cgi?id=146321 .
Cheers Norbert
Am Dienstag, 5. Juni 2007 schrieb Norbert Blobel:
On Tuesday 05 June 2007 17:45:36 Johannes Engel wrote:
Am Mon, 4 Jun 2007 19:21:41 +0200
schrieb Joachim Gebhardt joachim.gebhardt@gunnet.de:
Hallo Liste,
habe auch ein prob mit dem neuen KDE!! (3.5.7 "release 23.1")
mein kdenetworkmanager schmiert sofort beim start ab und mein systemmonitor funzt auch nicht mehr, bzw. ist weg.
Das Problem mit dem KNetworkManager kann ich bestätigen.
Hallo
Ja das Problem mit dem KNetworkManager habe ich auch. openSUSE 10.2 64bit KDE 3.5.7 "release 23.1. Es scheint ein bug zu sein. See http://bugs.kde.org/show_bug.cgi?id=146321 .
Betrifft das auch den Kinternet? Der stürzt bei mir nämlich auch neuderdings ab. Keine Fehlermeldung - nicht mal auf der Kosole. Da steht nur:
kinternet KCrash: Application 'kinternet' crashing...
Hmmm?? In den Logs ist auch nichts zu finden.
Gruß Manfred
Am Dienstag, 5. Juni 2007 schrieb Manfred Keller: [...]
Ja das Problem mit dem KNetworkManager habe ich auch. openSUSE 10.2 64bit KDE 3.5.7 "release 23.1. Es scheint ein bug zu sein. See http://bugs.kde.org/show_bug.cgi?id=146321 .
Betrifft das auch den Kinternet? Der stürzt bei mir nämlich auch neuderdings ab. Keine Fehlermeldung - nicht mal auf der Kosole. Da steht nur:
Nur zur Info. Seit dem Update auf KDE 3.5.7 "release 35.1" gestern nacht läuft mein Kinternet wieder. Vielleicht interessierts jemand.
Gruß Manfred
Am Montag, 4. Juni 2007 schrieb Werner Flamme:
Hallo miteinander,
habe gerade KDE 3.5.7 aktualisiert (also die 3.5.7 von letzter Woche aktualisiert), kann es nun weder als User noch als root starten - Ursache ist mir unklar!
Hallihallo!
Nur mal so ins Blaue geschossen: Ist eines Deiner Dateisysteme voll? Z.B. /tmp? Ich hatte vorgestern ein ähnliches Problem nach einem Update, das ich nicht mehr als Normaluser über KDM einloggen konnte, sondern nur über Textkonsole oder als Superuser. Dabei hatte ich übersehen, daß das temporäre Dateisystem vollgelaufen war. Kurzerhand leergeräumt und schon funktionierte Alles wie gewohnt.
Gruß, Michael
Michael Poertner schrieb:
Am Montag, 4. Juni 2007 schrieb Werner Flamme:
Hallo miteinander,
habe gerade KDE 3.5.7 aktualisiert (also die 3.5.7 von letzter Woche aktualisiert), kann es nun weder als User noch als root starten - Ursache ist mir unklar!
Hallihallo!
Nur mal so ins Blaue geschossen: Ist eines Deiner Dateisysteme voll? Z.B. /tmp? Ich hatte vorgestern ein ähnliches Problem nach einem Update, das ich nicht mehr als Normaluser über KDM einloggen konnte, sondern nur über Textkonsole oder als Superuser. Dabei hatte ich übersehen, daß das temporäre Dateisystem vollgelaufen war. Kurzerhand leergeräumt und schon funktionierte Alles wie gewohnt.
Gruß, Michael
Hallo Michael,
dank einer Festplattenpanne vor einige Tagen ist meine Platte fast wieder leer :-/ Das Root-Filesystem (40 GB) ist zu ca. 75% voll, das /Rest1 (ca. 150 GB) zu ca. 60%. Sollte also Platz sein.
Remote ist tlw. bis 96% voll, aber das sind reine Datenverzeichnisse (Firma), das hat keinen Einfluss.
Gruß Werner
-
Christian Pelz -
David Haller -
Helga Fischer -
Joachim Gebhardt -
Johannes Engel -
K. Elo -
Lutz Weber -
Manfred Keller -
Mario Andes -
Matthias Müller -
Michael Höhne -
Michael Poertner -
Norbert Blobel -
Patrice -
Patrice Staudt
-
ralf.prengel＠comline.de -
Werner Flamme -
Werner Franke -
Wilhelm Boltz