Plasma hängt sich auf: Inaktiv auf dieser Festplatte

[Richard]

Hallo,

schon seit einer Weile zeigt KDE bei mir merkwürdiges Verhalten: Manchmal hängt sich die Oberfläche uf, wenn ich die Systemaktivität aufrufe sehe ich dann beim Prozess "Plasma" in der Saplte CPU "inaktiv auf dieser Festplatte". Manchmal auch bei anderen Prozessen. Die Taskleiste hat sich dann aufgehängt (und fängt sich fast immer nicht wieder bis zu einem Neustart - manchmal reicht neu anmelden, manchmal fängt es aber gleich danach wieder an). Ich kann dann aber immer noch per Tastatur die Programme wechseln, alles läuft sozusagen im Hintergrund normal weiter.

2 Fälle in denen es oft passiert sind Videoencodings und das Kopieren großer Dateimengen (aber auch bei eher langsamer Geschwindigkeit, wie z. B. einem 100er LAN). Seltener passiert es aber auch "unmotiviert" in anderen Fällen.

Laut Google gibt es das Problem schon unter KDE4. Die beiden verbauten Platten machen aber weder unter einer anderen Oberfläche noch unter Windows je Probleme. Nur beim KDE geht das nicht. Kann man das Problem hier vielleicht irgendwie eingrenzen?

[Richard]

Ich lasse gerade ein Videoencoding auf einer anderen Festplatte (NTFS) durchlaufen und habe auch Daten auf diese Platte verschoben (parallel zum Encoding), bisher hat sich KDE nicht aufgehängt. Könnte an der bisher genutzten Platte liegen? Hier mal die SMART-Daten, vielleicht erkennt ja einer ein Problem? Es ist eine Samsung SpinPoint F4 mit 2TB Speicher.

Code: Alles auswählen

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   100   100   051    Pre-fail  Always       -       2
  2 Throughput_Performance  0x0026   252   252   000    Old_age   Always       -       0
  3 Spin_Up_Time            0x0023   067   065   025    Pre-fail  Always       -       10030
  4 Start_Stop_Count        0x0032   096   096   000    Old_age   Always       -       4215
  5 Reallocated_Sector_Ct   0x0033   252   252   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   252   252   051    Old_age   Always       -       0
  8 Seek_Time_Performance   0x0024   252   252   015    Old_age   Offline      -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       11108
 10 Spin_Retry_Count        0x0032   252   252   051    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   252   252   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   096   096   000    Old_age   Always       -       4152
181 Program_Fail_Cnt_Total  0x0022   100   100   000    Old_age   Always       -       2099828
191 G-Sense_Error_Rate      0x0022   094   094   000    Old_age   Always       -       70518
192 Power-Off_Retract_Count 0x0022   252   252   000    Old_age   Always       -       0
194 Temperature_Celsius     0x0002   064   058   000    Old_age   Always       -       28 (Min/Max 14/42)
195 Hardware_ECC_Recovered  0x003a   100   100   000    Old_age   Always       -       0
196 Reallocated_Event_Count 0x0032   252   252   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   252   252   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   252   252   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0036   100   100   000    Old_age   Always       -       9
200 Multi_Zone_Error_Rate   0x002a   100   100   000    Old_age   Always       -       274
223 Load_Retry_Count        0x0032   252   252   000    Old_age   Always       -       0
225 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       4259

[Richard]

Mir ist gerade etwas eingefallen: Die Probleme traten zu Beginn meines "KDE"-Experimentes noch nicht so extrem auf. Evtl. hing es damit zusammen, dass ich die reservierten Sektoren des Ext4-Dateisystem sehr stark (glaube 0,2%) reduziert habe. Ich hatte gelesen das wäre bei Dateisystemen auf denen kein OS läuft kein Problem. Könnte das Probleme beim KDE verursachen? Das könnte auch erklären wieso es (bisher) unter dem NTFS-Dateisystem keine Probleme hat.

[MSfree]

Die Probleme traten zu Beginn meines "KDE"-Experimentes noch nicht so extrem auf. Evtl. hing es damit zusammen, dass ich die reservierten Sektoren des Ext4-Dateisystem sehr stark (glaube 0,2%) reduziert habe. Ich hatte gelesen das wäre bei Dateisystemen auf denen kein OS läuft kein Problem.

Die reservierten Sektoren des ext4-Dateisystem sind für root reserviert. Sollte das Dateisystem von Benutzern vollgeschrieben werden, ist der reservierte Bereich für sie gesperrt. Dem System bleibt also noch ein wenig Plattenplatz für Logging, anlegen von temporären Dateien und anderen Verwaltungsinformationen, die im laufenden Betrieb so anfallen. Auch ein Login schreibt ein paar Daten auf die Platte. Bei einer vollständig gefüllten Platte ware also nicht einmal mehr ein Login möglich.

Solange aber die Platte nicht voll ist, ist es völlig egal, wie viele reservierte Sektoren das Dateisystem hat. Ich fahre meine privaten Systeme übrigens völlig ohne reservierte Blöcke, muß dann halt selbst acht geben, immer genug Platz auf dem Dateisystem zu haben. Die Reservierten Blöcke sind eine Notreserve für root auf Systemen, die von mehreren Nutzern genutzt werden, die sich dann erfahrungsgemäß wenig um den freien Plattenplatz scheren, und dann den Admin anrufen, wenn gar nichts mehr geht.

Könnte das Probleme beim KDE verursachen?

Solange du genug Platz auf dem Dateisystem hast, kann das nicht die Ursache sein. Wenn dein Dateisystem z.B. zu 50% gefüllt ist, ist es egal, ob du von den verbleibenden 50% nun 5% für root reservierst oder Null Sektoren.

[detix]

...wenn ich die Systemaktivität aufrufe sehe ich dann beim Prozess "Plasma" in der Saplte CPU "inaktiv auf dieser Festplatte"...

Geht es wirklich um einen Prozess namens Plasma?
bei jessie finde ich hier nur plasma-desktop, bei stretch nur plasmashell...
ansonsten gibts hier nichts mit Plasma in den Prozessnamen.

[Richard]

Der Prozess heißt Plasmashell. Manchmal sind auch andere Prozesse beteiligt, z. b. file.so. Weiß aber nicht was der macht.

Ich versteh echt nicht was das soll. Sollte man ext4 anders in die fstab als mit "defaults 0 0" eintragen? Bin grad etwas ratlos. Ich werd auch mal die HDD austauachen, hab noch eine hier.

[detix]

man fstab schreibt:

The root filesystem should be specified with a fs_passno of 1

also 0 1 am Ende, und auch defaults durch errors=remount-ro ersetzen, so wurde es hier bei einer Neuinstallation eingetragen.
Leg alternativ auch mal einen neuen User an und probier kde damit.

[Richard]

Ich hab jetzt mal die Platte anders gemountet und die reservierten Sektoren vergrößert (auch wenn es vermutlich nicht der Grund ist). Bisher hab ich keine dauerhaften Probleme *, trotz ordentlicher Provokation Wenn es jetzt wieder geht setze ich die reservierten Blöcke wieder runter und sehe dann weiter

*) Es gab aber ein paar Phasen in denen wieder die Anzeige "inaktiv auf dieser Festplatte" kam und einzelne Fenster nicht reagierten. Das kann aber auch andere Ursachen haben.

[Richard]

Hab da sganze mal wieder mit den ursprünglichen 0,2% reservierte Sektoren versucht und prompt gab es wieder Probleme. Ein Durchlauf von x264 und parallel eine Matroskadatei gemuxt und schon hängte sich Plasma wieder auf.

Dann wieder auf 1% geändert und bisher keine Probleme. Wie können diese reservierten Sektoren ein Problem sein, wo die doch nur für root wichtig sind. Die Platte ist ja keine von der gebootet wird.