Am 16.12.2011 18:12, schrieb skatmann:

Am 16.12.2011 18:00, schrieb Norbert Zawodsky:

...

Ich habe dieses Problem "gleichzeitig" im Thread "plasma-desktop crash" schon zu Besprechen begonnen, beginne jetzt aber einen eigenen Thread.

Seit dem upgrade von KDE 4.7.2 auf 4.7.4 scheinen (auf meinem System) die dauernden crashes des Prozesses "plasma-desktop weg zu sein. Hatte seither keinen einzigen crash mehr.

Aber, was zwar seltener, aber leider immer noch auftritt ist das 2. Problem, nämlich dass das System plötzlich "einfriert".

Ich habe versucht, die Auswirkungen des Einfrierens irgendwie einzugrenzen. Wenn es passiert verhält sich das System so:

* Einige Male kann man zwischen Fenstern, die am Desktop offen sind mittels Mausklick wechseln. Irgendwann geht das dann aber plötzlich nicht mehr. * Ich habe immer auch 1-2 "Terminalfenster" offen. Hole ich ein solches nach vorne kann ich sogar einen Befehl eingeben (ls, ps, top usw..) aber die Programme starten nicht. Es passiert rein gar nichts. Nach ein paar Versuchen kann man dann nichts mehr eingeben. * Die Tastatur wirkt dann "tot", ist sie aber nicht da man dann immer noch mit Strg-Alt-F2 auf ein anderes Terminal wechseln kann. Dort kommt aber kein login-prompt. Auf den Desktop zurück (mit Strg-Alt-F7) komme ich aber nicht mehr. (Schirm bleibt schwarz) * starte ich auf einem anderen Rechner im LAN eine ssh bekommt sie zwar einer Verbindung. Der Password: prompt kommt noch aber nach Eingabe des Passworts passiert ebenfalls nichts. * DIe Harddisk-Led blinkt alle paar Sekunden ganz kurz auf. Also nicht wirkliche HD-Aktivität * Im Endeffekt hilft nur mehr der Hardware Reset Knopf

Meine Beobachtungen:

* Ich habe den Eindruck dass diese freezes mit dem Nvidia-treiber 290.x seltener geworden sind als es mit dem 285.x war. * Ich habe weiters den Eindruck dass diesse freezes häufiger auftreten wenn eine Vmware-Workstation im "Unity" Mode läuft (den ich sehr sehr gerne verwende weil er ansich keine Probleme macht und äußerst praktisch ist) * Und drittens habe ich den Eindruck dass ein häufiger "Auslöser" für solche freezes der Start von LibreOffice war. Kann natürlich auch reine Einbildung sein. * Belasse ich das System versuchsweise längere Zeit in dem eingefrorenen Zustand werden die diversen Lüfter (CPU, Graka) mit der Zeit _langsamer + leiser_ was für mich ein Zeichen ist dass das System an sich "unbelastet" ist. Also eher bei 0% CPU als bei Dauer-100%. * Es wirkt auf mich als würden sich Input-events (Keyboard, Maus) in eine Queue stauen und einfach nicht abgearbeitet werden. Ist die Queue voll, ist der Moment erreicht wo gar nichts mehr geht.

In den diversen Logfiles ist nach dem Neustart absolut nichts verdächtiges zu finden. Das ärgerliche ist, dass ich dieses verflixte Problem einfach nicht eingrenzen kann. Das Einzige, was ich sicher weiß ist dass das Problem mit 12.1 kam. Unter 11.4 ist so etwas _nie_ aufgetreten.

Vielleicht liegt es wirklich irgendwo im Grafik-Bereich. Wo/wie kann ich nachschauen ob dieses kernel-modeset aktiv ist oder ob nomodeset eingbestellt ist? Und was macht dieses modeset eigentlich genau? Kann mir nicht wirklich etwas darunter vorstellen ...

Grüße Norbert

Hallo Norbert HAbe den selben Ärger wie du. Bei mir fings aber schon nach dem Update von 11.2 nach 11.4 an. Arbeiten unmöglich. Windows 7 läuft ohne Fehler. Denke das KDE das ist. Werde vielleicht mal den Windowmanager wechseln auf XFCE. MAl sehen was dann passiert. lG Stefan Jetzt wo Du's sagst fällt mir ein dass ich 11.4 übersprungen habe. Ich bin, glaube ich zumindest, von 11.3 auf 12.1 ... Es könnte also durchaus ein Problem sein das es schon seit 11.4 gibt. (Was natürlich nur von rein akademischem Interesse ist, da es mir absolut nicht weiterhilft)

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

On Friday 16 December 2011 18.28:19, Christian Meseberg wrote:

Hallo zusammen,

Norbert Zawodsky meinte am Freitag, den 16.12.2011 um 18:15 Uhr wegen:12.1 sporadische "freezes" [....]

...

Jetzt wo Du's sagst fällt mir ein dass ich 11.4 übersprungen habe. Ich bin, glaube ich zumindest, von 11.3 auf 12.1 ... Es könnte also durchaus ein Problem sein das es schon seit 11.4 gibt. (Was natürlich nur von rein akademischem Interesse ist, da es mir absolut nicht weiterhilft)

ich nutze zwar kein vmware, aber unter OS 11.4 mit regelmäßigen Updates bis hin zu jetzt KDE 4.7.4 und nvidia gforce 6200 und Treiber 290.xxx hatte ich bisher noch keine freezes. Nur mit Arbeitsflächeneffekten stehe ich auf Kriegsfuß und habe diese komplett ausgeschaltet. Außerdem wurden akonadi und nepomuk in Rente geschickt.

Ich weiss nicht, ob dir das weiterhilft... Ich hatte kürzlich ähnliche Probleme mit meinem Laptop mit OS 11.3 und KDE 4.6. Er fror immer wieder nach einger Zeit ein, wie bei dir. Ohne KDE (mit init 3 gestartet) lief er normal, hatte ich den Eindruck. Das Einfrieren wurde mit der Zeit immer häufiger und trat schneller nach dem Einschalten auf. Schliesslich fing er auch im Konsolenmodus an zu spinnen. Es war die Nvidia-Grafikkarte, deren Kühlung nicht mehr funktionierte, die irgendwann mal zu heiss bekam und dabei einen Schaden erlitt, der sich so auswirkte. Auf meinem PC habe ich die selbe Installation und die funktioniert (mit einigen eingeschalteten Effekten wie z.B. Wabbelfenster) einwandfrei. Und seit ich Nepomuk in den KDE-Einstellungen ausgeschaltet habe (das durch ewige Absturzmeldungen nervte und den PC nach dem Start jeweils einige Minuten lang effizient ausbremste) ist er sofort nach dem Einschalten arbeitsfähig... Gruss Daniel -- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com erotic nudes: http://www.guapamania.com personal facebook: http://www.facebook.com/mars.fotografo google+: https://plus.google.com/109534388657020287386 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am 16.12.2011 18:27, schrieb Marco Röben:

Am Freitag, 16. Dezember 2011, 18:00:58 schrieb Norbert Zawodsky:

...

In den diversen Logfiles ist nach dem Neustart absolut nichts verdächtiges zu finden. Das ärgerliche ist, dass ich dieses verflixte Problem einfach nicht eingrenzen kann. Das Einzige, was ich sicher weiß ist dass das Problem mit 12.1 kam. Unter 11.4 ist so etwas _nie_ aufgetreten.

Vielleicht liegt es wirklich irgendwo im Grafik-Bereich. Wo/wie kann ich nachschauen ob dieses kernel-modeset aktiv ist oder ob nomodeset eingbestellt ist? In /etc/sysconfig/kernel

# This variable disables the initialization of KMS in the initrd # by not including the modules required for KMS even though KMS is # supported on the underlying hardware. # After changing run mkinitrd again. # NO_KMS_IN_INITRD="yes"

Ich habe den NVIDIA-Treiber aus dem Repo installiert. Ansonsten solltest Du das per Hand auf "yes" setzen.

Zu Deinen Freezes: Ich hatte ebenso unerklärliche Freezes/Abstürze auf dem Rechner eines Kollegen. Dort war das Netzteil nicht mehr in Ordnung und lieferte zu wenig Strom. Nachdem ein Techniker das gecheckt hat läuft wieder alles 100%ig. Ich bin auf der Suche nach dem Fehler fast verzweifelt, weil in den Log-Files nichts zu finden war und die Freezes mit gestartetem Knoppix und einem CPU-Stress Test über Nacht nicht zu reproduzieren war.

...

Und was macht dieses modeset eigentlich genau? Kann mir nicht wirklich etwas darunter vorstellen ... Gute Frage. :-)

MfG Marco Hallo Marco Netzteil ist unwahrscheinlich, wenn Seti mit 8 Instanzen unter win7 geht und nicht abstürtz ist das nicht wahrscheinlich. Auch sonst unter win7 nie hänger. LG Stefan

----- eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 10.0.1415 / Virendatenbank: 2108/4084 - Ausgabedatum: 16.12.2011 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

wieder mal ein "update" zu diesem Fall: es ist interessant. Ich habe jetzt bereits mehrere Tage durchgearbeitet, in der gewohnten Umgebung (laufende Vmware im Unity mode, Firefox mit 10 offenen Tabs, alle im phpMyAdmin, Thunderbird, ...), alle Programme rund um die Uhr offen, und hatte nur 1x so ein "einfrieren" vom gesamten System. Was ist anders als vorher? * Habe Chrome nicht mehr verwendet * Habe Libreoffice nur selten verwendet und nach Gebrauch sofort wieder geschlossen Die letzte Aktion beim letzten freeze war Öffnen einer Libreoffice Datei per Doppelcklick im Dolphin. Es wurde noch das LO Hauptfenster angezeigt, aber ohne Dateiinhalt. Dann war schluss. LO dürfte aber generell einen "Knacks" haben. Gestern schrieb ich schnell mal ein 1-seitiges Textdokument. 5 Zeilen auf eine A4 Seite. Dann Strg-P zum Drucken, Druckerauswahlfenster geht auf und LO "hängt" für geschlagene 3 Minuten! Sanduhr + reagiert auf nichts mehr. Das restliche System lief aber daneben unbelastet weiter. Dann, nach 3 Minuten erscheinen die Knöpfe im Druckerauswahlfenster, OK gedrückt, Zettel kommt raus, LO geschlossen. Als ob nichts gewesen wäre ... Und noch etwas fiel mir auf. Vor einigen Tagen musste ich vom LO ein Serien-mail abschicken (einige 1000 mails). Während des Wegschickens zählte LO die versendeten mails immer für ca. 2 Sekunden relativ flott hinauf, dann blieb es für ca. 1 Minute hängen und tat scheinbar gar nichts, dann wieder 2 Sekunden senden, dann wieder 1 Minute nichts, usw. Sehr seltsam.... Ach ja, LO 3.4.4 aus den Suse repos. Werde jetzt versuchsweise wieder Chrome verwenden. Mal sehen... Norbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Moin Norbert, moin Liste, die Beobachtung deckt sich mit meinen eigenen: Ich habe auf einem AMD-64-bit Rechner mit Sata-Platten und Geforce 7300 SE erst die 11.2 am laufen gehabt. Ohne nennenswerte Probleme. Dann kam 2011 der Wechsel auf 11.3. Bis Mitte Oktober lief alles gut mit den Original-Nvidia-Treibern. Dann fing der Ärger an: Sobald ich mit der Maus Fenster schließen wollte, blieb die Kiste hängen: Da half weder Wechsel auf die Konsole, reisub oder ähnliches. Kam immer wieder. Die Grafik ließ sich am Ende - bis vor kurzem nur im Failsafe-Betrieb starten. Dann unter der 12.1 das gleiche Spiel -auch mit den Nouveau-Treibern. Schließlich haben wir alles, was irgendwie nach Nvidia aussieht, einfach gelöscht, die x-org.conf noch mal neu geschrieben, nachdem wir nouveau installiert hatten und der Rechner läuft wie gewohnt -auch mit Drei-D-Unterstützung. Ich habe ebenfalls den Verdacht, dass da irgendwas mit den Nvidia-Treibern nicht stimmt. Am 26.01.2012 14:50, schrieb Norbert Zawodsky:

Es scheint als wäre dieses Problem tatsächlich ein Problem der OS 12.1

Ich habe gestern ein 2. System von 11.3 auf 12.1 gehoben. Und jetzt habe ich dort ebenfalls diese "sporadischen freezes". Wenn es passiert ist es absolut genau das gleiche Verhalten.

* Offene Fenster lassen sich am Desktop herumschieben und auch minimieren. Aber aus der Taskleiste (oder wie immer diese Leiste am unteren Bildschirmrand heißt) _nicht _wieder maximieren. * Mit Ctrl+Alt+Fx kann man auf eine Textkonsole wechseln. Dort steht "login:". User-ID und Passwort werden noch gefragt aber dann passiert nichts mehr * Verbindung mit ssh funktoiniert ebenfalls, allerdings genau wie im vorigen Punkt. (User-ID und Passwort werden noch gefragt aber dann passiert nichts mehr)

Es hilft nur mehr ein Hardware-Reset.

Dieses 2. System ist eine wesentlich ältere Hardware. 32 bit, IDE Platten, "single-core" CPU. (Das 1. System ist neuer. 64 bit, SATA, i7-Intel)

Die einzige Gemeinsamkeit der beiden Systeme ist die NVIDIA Grafik.

* Alter 32-bit Rechner: Geforce4 MX 420 mit dem proprietärem nvidia 96.43 Treiber * Neuerer 64-bit Rechner: Quadro FX 1800 mit dem proprietärem nvidia 290.10 Treiber

Da drängt sich die Vermutung auf dass es etwas mit nvidia zu tun hat. (Oder vielmehr der Kombination nvidia + kernel 3.1)

Und natürlich ist nach Neustart in keinem log auch nur der geringste Hinweis...

-- Mittelhessenblog Um die Ecke geguckt - Freier Journalismus aus Mittelhessen nicht nur für Mittelhessen http://mittelhessenblog.de unterstützt istlokal.de, eine bundesweite Initiative freier Lokal- und Regionaljournalisten Unter www.leistungsschutzrecht.info gibt es eine neue Plattform, die über das von den Presseverlagen geforderte Leistungsschutzrecht für Presseverlage informiert. Sie wird von der „Initiative gegen ein Leistungsschutzrecht” (IGEL) betrieben. Die Webseite informiert umfassend über das Thema, sammelt Materialien und Artikel und gibt einen Überblick über die wichtigsten Argumente pro und contra Leistungsschutzrecht. Die Initiative wird unterstützt von einer Vielzahl von Blogs, Informationsportalen, Initiativen und Unternehmen. Jeder kann seine Meinung sagen und weitere Unterstützer werden gesucht. IGEL, die Initiative gegen ein Leistungsschutzrecht, lädt Euch herzlich ein, mitzumachen! Mittelhessenblog unterstützt die Arbeit von Netzwerk Recherche und Reporter ohne Grenzen -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org