Hi. Once in a while my system “freezes” (Why?), but for the last 10 days or so, it is freezing at least once a day. Can you tell me where to look to see what is going on?, 'cause I donot know what to report to you in order to get help. Thanks!
One way is to both capture and watch journalctl at the same time. Start a konsole or terminal change to root then change directory to somewhere with some space. Run:
journalctl -f |tee my_logs.txt
When it freezes see what is in the terminal if you haven’t covered it up 
Also check the last lines in my_logs.txt. Watch your disk space. If my_logs.txt grows to big just stop the command and restart it.
How old is it? Could it be that it’s accumulated enough detritus internally to make something overheat? How long before the freezing started did you last do system updates?
Please tell us a little bit more about the system:
- Is the system partition using the Btrfs File System?
- How much free space is available on the System, Swap and User partitions?
- Are the “/tmp/” and “/var/tmp/” system directories relatively “clean”?
- Is the user’s “~/.cache/” relatively “clean” or, does it have outdated data in there?
- Which Desktop and/or application is displaying the unresponsive behaviour?
- Is the SMART information of the disk(s) indicating anything which could be a pending hardware failure? # smartctl --health /dev/sda ]
Hi,
What hardware do you have (CPU) ?
Ryzen 2200 or 2400G?
When is the last time you cleaned the fans and the air passages?
I installed the system in 2015:
rpm -qa --last | tail -1
gpg-pubkey-307e3d54-4be01a65 jue 29 oct 2015 14:39:33 CST
and updated about 2 days ago. Thanks for your reply.
I haven’t cleaned. I’ll try that. Thanks for your reply;)
Hi, thanks for your reply
This are my partitions:
# df -Th
S.ficheros Tipo Tamaño Usados Disp Uso% Montado en
devtmpfs devtmpfs 1,9G 4,0K 1,9G 1% /dev
tmpfs tmpfs 1,9G 42M 1,9G 3% /dev/shm
tmpfs tmpfs 1,9G 2,6M 1,9G 1% /run
tmpfs tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup
/dev/sda3 btrfs 100G 83G 17G 84% /
/dev/sda3 btrfs 100G 83G 17G 84% /.snapshots
/dev/sda3 btrfs 100G 83G 17G 84% /boot/grub2/i386-pc
/dev/sda3 btrfs 100G 83G 17G 84% /var/lib/libvirt/images
/dev/sda3 btrfs 100G 83G 17G 84% /boot/grub2/x86_64-efi
/dev/sda3 btrfs 100G 83G 17G 84% /var/log
/dev/sda3 btrfs 100G 83G 17G 84% /var/spool
/dev/sda3 btrfs 100G 83G 17G 84% /var/lib/named
/dev/sda3 btrfs 100G 83G 17G 84% /var/lib/mariadb
/dev/sda3 btrfs 100G 83G 17G 84% /var/lib/mailman
/dev/sda3 btrfs 100G 83G 17G 84% /var/lib/pgsql
/dev/sda3 btrfs 100G 83G 17G 84% /var/lib/mysql
/dev/sda3 btrfs 100G 83G 17G 84% /var/crash
/dev/sda3 btrfs 100G 83G 17G 84% /var/opt
/dev/sda3 btrfs 100G 83G 17G 84% /srv
/dev/sda3 btrfs 100G 83G 17G 84% /opt
/dev/sda3 btrfs 100G 83G 17G 84% /tmp
/dev/sda1 vfat 156M 7,9M 148M 6% /boot/efi
/dev/sda3 btrfs 100G 83G 17G 84% /var/tmp
/dev/sda3 btrfs 100G 83G 17G 84% /usr/local
/dev/sda3 btrfs 100G 83G 17G 84% /var/lib/machines
/dev/sda4 xfs 364G 318G 47G 88% /home
tmpfs tmpfs 384M 56K 384M 1% /run/user/1000
tmpfs tmpfs 384M 0 384M 0% /run/user/484
Originally I installed the kde plasma. After a while I installed 3 more desktops: gnome, mate and xfce. The system freezes in any of them.
This is the output:
# smartctl --health /dev/sda
smartctl 6.5 2016-05-07 r4318 [x86_64-linux-4.12.8-1.g4d7933a-default] (SUSE RPM)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
What can I do next? Thanks
Hi I thank you for your reply. This is my cpu:
*-cpu
description: CPU
product: Intel(R) Celeron(R) CPU N2815 @ 1.86GHz
vendor: Intel Corp.
physical id: 4
bus info: cpu@0
version: Intel(R) Celeron(R) CPU N2815 @ 1.86GHz
slot: CPU 1
size: 793MHz
capacity: 2132MHz
width: 64 bits
clock: 133MHz
capabilities: x86-64 fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp constant_tsc arch_perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm ida arat cpufreq
configuration: cores=2 enabledcores=2 threads=1
Is this the information needed? Thanks!
Hi. Thanks for your reply. I guess I have to wait for next “freeze”… Then I will post terminal’s message. Thank you!
With only 16% freespace on / you might be being victimized by snapshotting. If you keep a window open with top running in it you should be able to see what is causing the freeze when one occurs.
Look at https://en.opensuse.org/SDB:BTRFS to see what to do (reduce unneeded snapshots) if indeed snapper is your problem.
System partition which uses Btrfs – have you tried manually running (with the user “root” and, at best in the systemd system state “Rescue” – ‘systemctl rescue’) the (Leap 42.3) system Cron jobs related to Btrfs?
- With Leap 42.3 located in ‘/etc/cron.weekly/’ and ‘/etc/cron.monthly/’ …
- With Leap 15.0 they’ve been moved off to ‘/usr/share/btrfsmaintenance/’ and placed under the control of systemd …
How do I do that? Thank you for your support 
Here’s an image of my hard disk.
[partitions.png - Google Drive
Would you suggest to back up my data in /home and try to “expand” the root partition?
Thank you for your reply and support :-)](partitions.png - Google Drive)
With a CLI Terminal and the user “root”, ‘cd’ to ‘/etc/cron.weekly/’ and then to ‘/etc/cron.monthly/’.
Within the “weekly” and “monthly” directories there are scripts related to Btrfs.
From the “root” user’s CLI, execute first the “weekly” scripts and then the “monthly” scripts.
Hi again. I ran the script and obtained this:
/etc/cron.weekly # ./btrfs-balance
Before balance of /
Data, single: total=76.01GiB, used=62.36GiB
System, DUP: total=32.00MiB, used=16.00KiB
Metadata, DUP: total=2.50GiB, used=1.28GiB
GlobalReserve, single: total=137.44MiB, used=0.00B
S.ficheros Tamaño Usados Disp Uso% Montado en
/dev/sda3 108G 70G 35G 67% /
Done, had to relocate 0 out of 82 chunks
Dumping filters: flags 0x1, state 0x0, force is off
DATA (flags 0x2): balancing, usage=1
Done, had to relocate 1 out of 82 chunks
Dumping filters: flags 0x1, state 0x0, force is off
DATA (flags 0x2): balancing, usage=5
Done, had to relocate 0 out of 81 chunks
Dumping filters: flags 0x1, state 0x0, force is off
DATA (flags 0x2): balancing, usage=10
Done, had to relocate 5 out of 81 chunks
Dumping filters: flags 0x1, state 0x0, force is off
DATA (flags 0x2): balancing, usage=20
Done, had to relocate 2 out of 76 chunks
Dumping filters: flags 0x1, state 0x0, force is off
DATA (flags 0x2): balancing, usage=30
Done, had to relocate 0 out of 74 chunks
Dumping filters: flags 0x1, state 0x0, force is off
DATA (flags 0x2): balancing, usage=40
Done, had to relocate 0 out of 74 chunks
Dumping filters: flags 0x1, state 0x0, force is off
DATA (flags 0x2): balancing, usage=50
Done, had to relocate 1 out of 74 chunks
Done, had to relocate 0 out of 73 chunks
Dumping filters: flags 0x6, state 0x0, force is off
METADATA (flags 0x2): balancing, usage=1
SYSTEM (flags 0x2): balancing, usage=1
Done, had to relocate 1 out of 73 chunks
Dumping filters: flags 0x6, state 0x0, force is off
METADATA (flags 0x2): balancing, usage=5
SYSTEM (flags 0x2): balancing, usage=5
Done, had to relocate 1 out of 73 chunks
Dumping filters: flags 0x6, state 0x0, force is off
METADATA (flags 0x2): balancing, usage=10
SYSTEM (flags 0x2): balancing, usage=10
Done, had to relocate 1 out of 73 chunks
Dumping filters: flags 0x6, state 0x0, force is off
METADATA (flags 0x2): balancing, usage=20
SYSTEM (flags 0x2): balancing, usage=20
Done, had to relocate 1 out of 73 chunks
Dumping filters: flags 0x6, state 0x0, force is off
METADATA (flags 0x2): balancing, usage=30
SYSTEM (flags 0x2): balancing, usage=30
Done, had to relocate 1 out of 73 chunks
After balance of /
Data, single: total=67.01GiB, used=62.36GiB
System, DUP: total=32.00MiB, used=16.00KiB
Metadata, DUP: total=2.50GiB, used=1.28GiB
GlobalReserve, single: total=137.00MiB, used=0.00B
S.ficheros Tamaño Usados Disp Uso% Montado en
/dev/sda3 108G 70G 35G 67% /
I do not know how to interpret it but, do you see something out of place?
I also tried to run the monthly script but it remained “running”.
Thanks!
Nothing is “out of place” – this is the normal trace of a lot of “housekeeping” – the Btrfs weekly maintenance has cleaned up an awful amount of things which need to be taken care of weekly …
The Btrfs monthly script performs other “housekeeping” which needs to be done monthly – it can take quite a long time if the monthly maintenance hasn’t been done for several months …
Let the monthly script complete it’s work and then, check how much disk space ha been freed up …
Yes, it freed some space. The system has not frozen… luckyly, i won’t again.
I’ll let you know if the issue persists.
Thank you all for your kind support and advice