Tao te Puh schrieb:
Am 08.08.2011 17:05, schrieb ddt.magnum-opus:
Hallo Tao,
wie Du vielleicht auf der Policy-Debatte verfolgt hast, scheint sich das ganze um einen Fehler in der Tumbleweed-Paketstruktur zu handeln.
On Mon, 08 Aug 2011 15:59:50 +0200, Tao te Puh wrote:
Am 08.08.2011 10:09, schrieb ddt.magnum-opus:
ist denn jetzt eine sinnvolle Antwort gefunden?
Nein, ich "leide" immer noch an dieser Problematik soll heißen, ich kann mich nicht mehr via KDM anmelden - startx auf der Konsole, funktioniert aber ähnlich wie bei Dir.
Ich habe allerdings eine ATI und es wird der stinknormale radeon-Treiber von Xorg verwendet - ich denke deshalb mal, unser Problem hat nichts mit den Grafiktreibern zu tun, denn wir können X ja prinzipiell in Betrieb nehmen, nur eben nicht via KDM.
Ob es ein Problem mit KDM ist, mag ich jedoch anzweifeln, da ich genau das gleiche Problem habe, wenn ich statt KDM z.B. XDM verwende.
Wenn startx die grafische Oberfläche hochfährt, dann ist es nicht mehr die Grafikkarte. Wenn das Problem auch mit einem XDM auftaucht, ist es nicht mehr der KDM (allein), sondern vielleicht die Art und Weise, wie die grafische Oberfläche gestartet wird.
Zusätzlich zu diesem Problem, spinnt mittlerweile auch meine Audio-Installation, so dass ich keinen Sound mehr habe.
Das würde vielleicht auf die Prozeßkommunikation zeigen. dbus?
Da ich auf dem System eigentlich nichts weiter getan habe als ein regelmäßiges, "braves" zypper up, kann ich dieses Verhalten auch nicht irgendwie anders herleiten als das es über die Updates kam.
Ich habe "11.4 + Tumbleweed".
Genau wie ich. Vorher.
Ich wollte KDM etwas mehr debuggen und habe versucht den Log-Level hoch zu setzen. Dazu habe ich in der Datei /etc/sysconfig/displaymanager einen Wert (-debug 0x1) im Parameter DISPLAYMANAGER_KDM_LOCALARGS="" gesetzt, aber das hatte nicht den gewünschten Effekt und ergibt eine Fehlermeldung (Unrecognized option: -debug) in kdm.log.
Ich weiß also auch nicht, wie ich mehr Debug-Informationen erhalten kann kdm.log bzw. xdm.erros, weisen keine besonderen Hinweise auf.
Und, X wird ja gestartet soll heißen es wird ja angefangen etwas in Xorg.0.log zu schreiben, nur eben nicht viel und nichts was auf einen Fehler schließen lässt:
Auch meine kdm.log enthielt keinerlei Anhaltspunkte. Also, garnichts ausser zwei immer wiederkehrende Blöcke, die aber auch schon ausgegeben wurden, als das System noch funktionierte.
Inzwischen warf ich die Tumbleweed-Zeile aus meinen Repositories, und habe wild gedowngraded (wie heißt das eingentlich auf deutsch? "Rückportiert"?), so dass ich nicht mehr sagen kann, was alles ich auf die niedrigere Versionsnummer aktualisieren ließ. Soweit ich das gesehen habe, ist ausser dem Kernel selber, seinen unverständlichen "preloads" und Libreoffice alles auf dem alten Stand. Durch das Downgraden wurden viele Pakete nachgezogen, wo mir das angeboten wurde, habe ich den "Anbieterwechsel" gewählt. Nach einem Reboot dauerte das Anmelden am KDM sehr lange, aber es funktionierte. Ausser dem Wallet-Passwort musste ich nichts extra eingeben, als sich der Funk wieder verbinden sollte. Den Kernel ließ ich Interessehalber auf dem neuen Stand. Gerade als ich schreiben wollte, dass auch die Videodarstellung funktioniert, hat SUSEs Kaffeine mir einen Black Screen beschert. Da werde ich wohl noch einmal mit Packman sprechen müssen.
Vielleicht schreibt ja einmal jemand, wenn Tumbleweed wieder funktioniert.
Gut für Dich, dass Du (wahrscheinlich) einen Weg für Dich gefunden hast - schlecht für mich, wieder einer weniger der an dem Problem mit rumpopelt ...
Mir ist da aber gerade etwas eingefallen und zwar eine Merkwürdigkeit von "zypper up" von vor einigen Tagen. Keine Ahnung ob es was bedeutet, denn ich weiß nicht einmal was es eigentlich bedeutet.
Ich habe also mein "zypper up" gezündet und nach dem üblichen Geraffel Return gedrückt als mir eine Zeile auffiel die ich noch nie zuvor gesehen habe. Die habe ich dann noch ganz schnell in die Zwischenablage geholte um sie zu dokumentieren:
---------------------------------------- Die folgenden Pakete werden die Architektur ändern: apparmor-docs i586 -> noarch apparmor-profiles i586 -> noarch ----------------------------------------
Das ganze endete dann mit :
---------------------------------------- 226 Pakete werden aktualisiert, 1 neu, 2 Architekturwechsel. Gesamtgröße des Downloads: 350,1 MiB. Nach der Operation werden zusätzlich 2,0 MiB belegt. ----------------------------------------
An dem Tag wurde auch sehr viel KDE hochgezogen, u.A. z.B. auch KDM - wobei unser Problem ja nach aktuellem Wissensstand wahrscheinlich nichts mit KDE/KDM zu tun hat.
Ich habe keine Ahnung was dieser Architekturwechsel für mich bedeutet, ob das gut oder schlecht ist, ob es was mit unserem Problem zu tun hat, ob man das wieder rückgängig machen kann und wenn ja wie ...
Hallo an alle Betroffenen, apparmor hatte ich auf Grund einiger Hinweise im Netz auch im Verdacht. Ob mit oder ohne appamor, es hat nicht geholfen. Nachdem bei mir 3 Rechner betroffen waren habe ich mich, wie bereits beschrieben, mit einem Factory-Update beholfen. Mittlerweile laufen alle Rechner wieder reibungslos. Und zwar mit KDE 4.7 und Tumbleweed. Das wundert mich zwar gewaltig und ich hätte natürlich auch gerne gewusst warum, aber das wird wohl für immer ein Rätsel bleiben. Mit freundlichem Gruß Karl Brandt -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org