Beiträge von sterun

Zitat von Hilfesuchender

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.

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...

systemctl 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.

Als Root in der Konsole folgende Pakete deinstallieren mit:

zypper rm btrfsmaintenance grub2-snapper-plugin libbtrfs0 liblvm2cmd2_03 libsnapper5 lvm2 snapper snapper-zypp-plugin yast2-snapper

Anschl. den Rechner neu starten und erneut posten:

systemctl list-timers --all

Du hast geschrieben, dass du ext4 Partitionen verwendest.

Aber dennoch laufen btrfs- und auch snapper-timer.

Poste bitte noch einmal:

lsblk -o NAME,TYPE,TRAN,FSTYPE,SIZE,LABEL,MOUNTPOINT,UUID,PARTUUID 

PS: Bzgl. Code-Tags - Jetzt hast du es richtig gemacht

Poste doch noch bitte:

zypper se -si snapp btr lvm

systemctl list-timers --all

smartctl -a /dev/sda

Schugy

Sehe gerade, dass dasThema als "erledigt" markiert ist.

Was war denn jetzt die Lösung des Problems?

Keine Auffälligkeiten gefunden.

Wenn es wieder passiert, könntest du mal (als Root) mit...

iotop

oder

iotop -o

...schauen, welche Lese-und Schreibzugriffe gerade stattfinden.

iotop installieren, falls noch nicht geschehen, mit:

zypper in iotop

Sieht bislang alles gut aus.

Postest du noch bitte - als Root:

free -h

dmesg | grep -E -i "error|fail|crit"

journalctl -p err

zypper se -si | grep -Ei 'systemp|system-p|system_p|system p'

zypper if -t pattern kde kde_plasma

PS:

Wenn möglich, Konsolenausgaben als Code-Tags posten - siehe hier:

RE: Probleme beim Einrichten Drucker über Fritzbox

Wie benutze ich die Code-Tags

Fangen wir mal mit grundlegenden Informationen an.

Dazu poste bitte folgende Konsolenausgaben - als Root:

parted -l

df

zypper lr -d

Poste bitte:

/sbin/lspci -nnk | grep -EiA3 net

Und schau mal hier:

https://software.opensuse.org/package/r8168

Aber da kann @Sauerland mehr zu sagen...