Noch eine Frage zu iotop:
Du sagtest, "wenn es wieder passiert"... Folglich müsste ich das als Konsole ausführen, weil XWindow dann ja nicht mehr läuft. Hast Du was bestimmtes im Kopf, auf das ich achten sollte?
Nach update auf bzw. Installation von leap 15.2 springt verfügbarer Speicherplatz in / -Partition, bis XWindow nicht mehr reagiert bzw. startet
- Hilfesuchender
- Erledigt
-
Du hast geschrieben, dass du ext4 Partitionen verwendest.
Aber dennoch laufen btrfs- und auch snapper-timer.
Poste bitte noch einmal:
Codelsblk -o NAME,TYPE,TRAN,FSTYPE,SIZE,LABEL,MOUNTPOINT,UUID,PARTUUIDPS: Bzgl. Code-Tags - Jetzt hast du es richtig gemacht
-
Danke, scheint, daß ich doch lernfähig bin
Code
Alles anzeigenlocalhost:~ # lsblk -o NAME,TYPE,TRAN,FSTYPE,SIZE,LABEL,MOUNTPOINT,UUID,PARTUUID NAME TYPE TRAN FSTYPE SIZE LABEL MOUNTPOINT UUID PARTUUID sda disk sata 111.8G ├─sda1 │ part swap 2G [SWAP] 39e7969d-6338-420a-9710-879d7cc23793 000d95c2-01 ├─sda2 │ part ext4 45.6G / ebf28cb3-9ee1-4150-a543-f648177c2673 000d95c2-02 ├─sda3 │ part ext4 30G /home 09aa83a1-5651-4397-9037-082f569ca87c 000d95c2-03 └─sda4 part ext4 34.2G /usr/local def06f17-29cf-4769-aa1c-01496f545f3e 000d95c2-04 sr0 rom sata 1024M -
Als Root in der Konsole folgende Pakete deinstallieren mit:
Codezypper rm btrfsmaintenance grub2-snapper-plugin libbtrfs0 liblvm2cmd2_03 libsnapper5 lvm2 snapper snapper-zypp-plugin yast2-snapperAnschl. den Rechner neu starten und erneut posten:
Codesystemctl list-timers --all -
Das sieht jetzt sehr gut aus.
Dass nach einem bestimmten Intervall das System zerschossen wurde, kann an den vorher aktivierten btrfs- und snapper-Timern gelegen haben.
Das jedoch kann zu großen Problemen führen, wenn man kein btrfs-Dateisystem hat (in deinem Fall ext4).
Teste mal, ob das System jetzt dauerhaft läuft.
Ich hoffe, dass nach 2 Tagen ein positives Feedback kommt
Zur Erklärung:
Der Befehl...
Codesystemctl list-timers --all...zeigt, welche Timer wann ausgeführt wurden / werden.
Vorher:
Mon 2020-07-20 00:00:00 CEST 2 days left Thu 2020-07-16 14:58:44 CEST 16h ago btrfs-balance.>
Hier siehst du, dass exakt in zwei Tagen der "btrfs-balance" Timer ausgeführt worden wäre.
Das erklärt, warum das System immer nach zwei Tagen unbrauchbar wurde.
Jetzt existiert dieser jedoch nicht mehr.
-
Aha, ok, danke für Deine Erklärung und vor allem für Deine Bemühungen, mir zu helfen. Ich werde das jetzt mal testen und hoffe, daß ich den Kasten nicht so schnell nochmal neu aufsetzen muss.
Was ich noch nicht für mich verinnerlicht habe: wenn irgendwelche "Überreste" beim update zu so etwas führen, na gut. Aber warum wird bei einer Neuinstallation etwas aktiviert, was nicht gebraucht wird, gar zu Problemen führen kann?
Wie auch immer: ich beobachte und werde berichten
Nochmals besten Dank
-
Was ich noch nicht für mich verinnerlicht habe: wenn irgendwelche "Überreste" beim update zu so etwas führen, na gut. Aber warum wird bei einer Neuinstallation etwas aktiviert, was nicht gebraucht wird, gar zu Problemen führen kann?
Normalerweise passiert so etwas nicht.
Bei einer Standard-Installation wird als Root-Dateisystem btrfs verwendet und xfs für /home. In diesem Fall ist dann auch Snapper aktiv, um das System immer wieder in einen vorherigen, funktionierenden Zustand zurücksetzen zu können. Und auch btrfs-Timer laufen dann im Hintergrund, um das Dateisystem zu warten.
Bei einer frischen Installation mit ext4 als Dateisystem, laufen solche Timer normalerweise nicht. Ich denke, du hattest vorher btrfs und bei den Neuinstallationen (alle zwei Tage) ist etwas schief gelaufen.
Dass diese Timer (btrfs und snapper) auf einem reinen ext4 System laufen, habe ich zuvor nie gesehen.
Berichte mal, wie sich das System in zwei Tagen verhält.
Ich denke aber, dass es jetzt laufen wird.
Wenn alles gut ist, kannst du diesen Thread bitte noch als "erledigt" markieren.
Mit einem Doppelklick in das kleine "unerledigt" Kästchen - ganz oben bei deiner Themenüberschrift.
-
Muss mich in einer Sache doch selbst korrigieren.
Dass diese Timer (btrfs und snapper) auf einem reinen ext4 System laufen, habe ich zuvor nie gesehen.
Da war doch was vor ca. zwei Jahren
Hatte zu diesem Thema schon mal was geschrieben:
OpenSUSE Leap 15 und ext4 Dateisysteme
Trotzdem, drücken wir mal die Daumen, dass dieses Problem nicht wieder nach 48 Std. auftaucht.
-
Da war doch was vor ca. zwei Jahren
Hatte zu diesem Thema schon mal was geschrieben:
OpenSUSE Leap 15 und ext4 Dateisysteme
Ist immer noch so. Ich hab mich unter 42.2 von BTRFS verabschiedet und jetzt auf allen unseren Rechnern diese BTRFS-Timer gefunden ... dabei auch einer mit ganz frisch installiertem 15.2. Dein obiger "zypper rm..."-Befehl (ohne die beiden "lvm"-Sachen) hat das dann beseitigt.
