LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   SUSE / openSUSE (https://www.linuxquestions.org/questions/suse-opensuse-60/)
-   -   openSUSE leap 15.3 freezing randomly (https://www.linuxquestions.org/questions/suse-opensuse-60/opensuse-leap-15-3-freezing-randomly-4175700559/)

D3javu 09-12-2021 11:02 PM
openSUSE leap 15.3 freezing randomly
 
Hi All,

I had this issue with 15.2, so did distro upgrade to 15.3 but the freeze issue is not solved. Mostly happens when i'm using slightly intensive application like steam games or virtual box (sometime happens even when using browsing websites).

A lot of times it freezes completely, sometime it appears to be crawling where the caps lock light might responds after 10-20 seconds, same goes to mouse but never turns to normal state even after couple of minutes.

Kernel 5.3.18-59.19-default

Some forums says it could be due to BTRFS but no conclusion on how to solve it. Please advise.

mrmazda 09-13-2021 12:19 AM
You haven't given much information to go on. Please run
Code:
sudo inxi -U
and then from Konsole, Xterm or equivalent GUI terminal, provide here output from
Code:
inxi -Fayz
wrapped in code tags.

D3javu 09-13-2021 01:01 AM
Thank you for the reply. Attached inxi output:

Code:
System:
  Kernel: 5.3.18-59.19-default x86_64 bits: 64 compiler: gcc v: 7.5.0
  parameters: BOOT_IMAGE=/boot/vmlinuz-5.3.18-59.19-default
  root=UUID=26e4317a-222c-46ba-9d7d-7d9ac3b4503b splash=silent
  resume=/dev/disk/by-id/ata-KINGSTON_SA400S37480G_50026B7683A8A07C-part3
  mitigations=auto quiet
  Desktop: KDE Plasma 5.18.6 tk: Qt 5.12.7 wm: kwin_x11 vt: 7 dm: SDDM
  Distro: openSUSE Leap 15.3
Machine:
  Type: Desktop Mobo: BIOSTAR model: H81MHV3 v: 5.0 serial: <filter>
  UEFI: American Megatrends v: 4.6.5 date: 09/14/2017
CPU:
  Info: Dual Core model: Intel Core i3-4170 bits: 64 type: MT MCP
  arch: Haswell family: 6 model-id: 3C (60) stepping: 3 microcode: 28 cache:
  L2: 3 MiB
  flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
  bogomips: 29534
  Speed: 3692 MHz min/max: 800/3700 MHz Core speeds (MHz): 1: 3692 2: 3692
  3: 3692 4: 3693
  Vulnerabilities: Type: itlb_multihit status: KVM: VMX disabled
  Type: l1tf
  mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable
  Type: mds mitigation: Clear CPU buffers; SMT vulnerable
  Type: meltdown mitigation: PTI
  Type: spec_store_bypass
  mitigation: Speculative Store Bypass disabled via prctl and seccomp
  Type: spectre_v1
  mitigation: usercopy/swapgs barriers and __user pointer sanitization
  Type: spectre_v2 mitigation: Full generic retpoline, IBPB: conditional,
  IBRS_FW, STIBP: conditional, RSB filling
  Type: srbds mitigation: Microcode
  Type: tsx_async_abort status: Not affected
Graphics:
  Device-1: NVIDIA GM107 [GeForce GTX 750 Ti] vendor: ZOTAC driver: nvidia
  v: 470.63.01 alternate: nouveau,nvidia_drm bus-ID: 01:00.0
  chip-ID: 10de:1380 class-ID: 0300
  Display: x11 server: X.Org 1.20.3 compositor: kwin_x11 driver:
  loaded: nvidia unloaded: fbdev,modesetting,nouveau,vesa alternate: nv
  display-ID: :0 screens: 1
  Screen-1: 0 s-res: 3000x1920 s-dpi: 91 s-size: 836x535mm (32.9x21.1")
  s-diag: 993mm (39.1")
  Monitor-1: DVI-I-1 res: 1920x1080 hz: 60 dpi: 92
  size: 531x299mm (20.9x11.8") diag: 609mm (24")
  Monitor-2: DVI-D-0 res: 1080x1920 hz: 60
  OpenGL: renderer: NVIDIA GeForce GTX 750 Ti/PCIe/SSE2
  v: 4.6.0 NVIDIA 470.63.01 direct render: Yes
Audio:
  Device-1: Intel 8 Series/C220 Series High Definition Audio
  vendor: Biostar Microtech Intl Corp driver: snd_hda_intel v: kernel
  bus-ID: 00:1b.0 chip-ID: 8086:8c20 class-ID: 0403
  Device-2: NVIDIA GM107 High Definition Audio [GeForce 940MX] vendor: ZOTAC
  driver: snd_hda_intel v: kernel bus-ID: 01:00.1 chip-ID: 10de:0fbc
  class-ID: 0403
  Sound Server-1: ALSA v: k5.3.18-59.19-default running: yes
  Sound Server-2: PulseAudio v: 14.2-rebootstrapped running: yes
  Sound Server-3: PipeWire v: 0.3.24 running: no
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
  vendor: Biostar Microtech Intl Corp driver: r8169 v: kernel port: d000
  bus-ID: 03:00.0 chip-ID: 10ec:8168 class-ID: 0200
  IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:
  Local Storage: total: 447.13 GiB used: 296.91 GiB (66.4%)
  SMART Message: Unable to run smartctl. Root privileges required.
  ID-1: /dev/sda maj-min: 8:0 vendor: Kingston model: SA400S37480G
  size: 447.13 GiB block-size: physical: 512 B logical: 512 B speed: 6.0 Gb/s
  type: SSD serial: <filter> rev: B1E1 scheme: GPT
Partition:
  ID-1: / raw-size: 444.64 GiB size: 444.64 GiB (100.00%)
  used: 296.68 GiB (66.7%) fs: btrfs dev: /dev/sda2 maj-min: 8:2
  ID-2: /boot/efi raw-size: 500 MiB size: 499.7 MiB (99.95%)
  used: 55.5 MiB (11.1%) fs: vfat dev: /dev/sda1 maj-min: 8:1
  ID-3: /home raw-size: 444.64 GiB size: 444.64 GiB (100.00%)
  used: 296.68 GiB (66.7%) fs: btrfs dev: /dev/sda2 maj-min: 8:2
  ID-4: /opt raw-size: 444.64 GiB size: 444.64 GiB (100.00%)
  used: 296.68 GiB (66.7%) fs: btrfs dev: /dev/sda2 maj-min: 8:2
  ID-5: /tmp raw-size: 444.64 GiB size: 444.64 GiB (100.00%)
  used: 296.68 GiB (66.7%) fs: btrfs dev: /dev/sda2 maj-min: 8:2
  ID-6: /var raw-size: 444.64 GiB size: 444.64 GiB (100.00%)
  used: 296.68 GiB (66.7%) fs: btrfs dev: /dev/sda2 maj-min: 8:2
Swap:
  Kernel: swappiness: 60 (default) cache-pressure: 100 (default)
  ID-1: swap-1 type: partition size: 2 GiB used: 177.5 MiB (8.7%) priority: -2
  dev: /dev/sda3 maj-min: 8:3
Sensors:
  System Temperatures: cpu: 29.8 C mobo: 27.8 C gpu: nvidia temp: 44 C
  Fan Speeds (RPM): N/A gpu: nvidia fan: 33%
Info:
  Processes: 250 Uptime: 2h 59m wakeups: 0 Memory: 7.72 GiB
  used: 3.98 GiB (51.5%) Init: systemd v: 246 runlevel: 5
  target: graphical.target tool: systemctl Compilers: gcc: 7.5.0 alt: 7
  Packages: N/A note: see --pkg flatpak: 0 Shell: Bash v: 4.4.23
  running-in: konsole inxi: 3.3.06

mrmazda 09-13-2021 01:31 AM
It could be that your disk space utilization is high enough that the combination of snapshotting and journal archiving are causing heavy background disk I/O at times. Use btrfs filesystem df -h to discover just how much space is really in use. You might try deleting older snapshots, and/or limiting the number of files in /var/log/journal/* to only recents. I use /etc/systemd/journald.conf to limit file count automatically with SystemMaxFiles=, which by default is only a comment.


All times are GMT -5. The time now is 05:30 PM.