das ist mein allererster Thread, also falls ich etwas falsch mache, bitte ich um Nachsicht.
Ich habe folgendes Problem.
Wenn ich auf meinem System (OpenSuSE 11.4 mit aktuellem Tumbleweed-Kernel) einen größeren Filetransfer starte (Transfervolumen > 200 MB, entweder eine Datei oder viele kleine) von meiner Platte auf einem USB-Device (HDD oder USB-Stick), friert nach kurzer Zeit der KDE-Desktop ein.
Zuerst betrifft es Firefox 4, danach verschiedene andere Applikationen, letztlich der gesamte Plasmadesktop. Nach dem Ende des Filetransfers läuft alles normal weiter.
Kennt jemand dieses Problem? Kann das mit dem 2.6.38er-Kernel aus dem Tumbleweed-Repository zusammenhängen?
Das Problem an sich habe ich nicht, aber als Vorschlag um das einzugrenzen:
Ich nehme an du benutzt Dolphin zum kopieren?
Versuch mal zum Vergleich die Dateien direkt von der Kommandozeile mit cp zu
kopieren. Wenn das schneller ist ohne Einfrieren liegt es schon mal nicht am
Kopiervorgang an sich, sondern muss etwas mit Dolphin oder KDE zu tun haben.
–
PC: oS 11.3 64 bit | Intel Core2 Quad Q8300@2.50GHz | KDE 4.6.2 | GeForce
9600 GT | 4GB Ram
Eee PC 1201n: oS 11.4 64 bit | Intel Atom 330@1.60GHz | KDE 4.6.0 | nVidia
ION | 3GB Ram
Sorry, das wollte ich eigentlich erwähnen, habe das auch schon probiert.
Es tritt auch auf, wenn ich über CLI mit cp kopiere, scheint also unabhängig von KDE bzw. Konqueror (nutze Dolphin im Moment nicht) zu sein.
Ich würde mal ganz naiv während eines solchen Kopiervorgangs im Terminal
vmstat -a 1
und in einem anderen top oder htop mitlaufen lassen und beobachten ob sich
eine der Angaben (Speicher, Swap, …) verdächtig verändern (was die Spalten
bedeuten steht in der man page) oder irgendwelche Prozesse wild werden. Wenn
nichts Interssantes herauskommt, ggf. auf sar aus dem sysstat Paket
zurückgreifen, das hat noch Überwachungsoptionen für Blockdevices.
Avber vielleicht kennt auch jemand hier das Problem aus eigener Erfahrung,
ich selber habe den normalen 37er Kernel laufen, wenn das der Unterschied
ist, der das Problem erzeugt erklärt das natürlich warum ich es nicht
reproduzieren kann.
–
PC: oS 11.3 64 bit | Intel Core2 Quad Q8300@2.50GHz | KDE 4.6.2 | GeForce
9600 GT | 4GB Ram
Eee PC 1201n: oS 11.4 64 bit | Intel Atom 330@1.60GHz | KDE 4.6.0 | nVidia
ION | 3GB Ram
Hmm… also so extrem habe ich das nicht, aber das simple Kopieren von Dateien beeinträchtigt das System bei mir auch merklich. Das System hakt dann ab und zu ganz kurz - allerdings ohne hohe CPU Belastung. Trotzdem eigenartig, unter Windows habe ich das Problem nicht. Da ich nicht soviel kopiere, habe ich mich noch nicht weiter drum gekümmert (es ist gerade noch erträglich).
Ich werde das die Tage mal beobachten.
oS 11.4 64 Bit, Gnome 3, Kernel 2.6.38.4 aus dem Kernel Repo.
Also für mich sieht das so aus als würden die Prozesse (Firefox, Plasma,
etc.) auf die Festplatte o.ä. zugreifen wollen und nicht können, da das vom
Kopiervorgang blockiert wird.
Du kannst mal in der Systemüberwachung von KDE schauen (Strg+Esc) da steht
bei solchen Prozessen “Warten auf Festplatte”. Geht vermutlich auch mit top,
aber bin mir nicht sicher wie man das da am besten sieht …
Hab ein wenig getestet, bin aber nicht wirklich weiter.
Inzwischen ist mir aufgefallen, dass das Problem nicht zuverlässig reproduzierbar ist. Habe 3x 1.5 GB auf nen USB-Stick transferiert, einmal trat der Fehler auf, zweimal nicht.
Außerdem friert die Plasmaoberfläche anscheinend nicht komplett ein, sondern reagiert nur nicht mehr auf Klicks … Tastatureingaben bleiben möglich.
Vielleicht liegt es am nvidia-Modul? Da ich das im Moment nicht ersetzen kann, werd ich wohl mit dem Bug leben müssen.
Danke noch mal an alle, die mich unterstütz haben!