Desktop blijft opeens hangen...

[lagirandola]

Ik heb het probleem dat mijn desktop altijd probleemloos gelopen heeft, ook bij meerdere bewerkingen tegelijkertijd, maar sinds afgelopen week blijft hij opeens lang hangen bij bv openen van een nieuw programma enz...
Heb harde schijf al vervangen, maar kan het nu zijn dat ook de RAM kapot is??
Als ik naar Systeemmonito kijk, staat de lijn van 'Geheugen en wisselgeheugen' al vrij snel op 60%

Mijn systeem;

Code: [Selecteer]

erik@erik-MS-7A38:~$ inxi -Fxz
System:
  Kernel: 5.15.0-46-generic x86_64 bits: 64 compiler: gcc v: 11.2.0
    Desktop: Cinnamon 5.4.10 Distro: Linux Mint 21 Vanessa
    base: Ubuntu 22.04 jammy
Machine:
  Type: Desktop Mobo: Micro-Star model: B350M PRO-VDH (MS-7A38) v: 2.0
    serial: <superuser required> UEFI: American Megatrends v: A.80
    date: 12/05/2017
CPU:
  Info: quad core model: AMD Ryzen 5 1400 bits: 64 type: MT MCP arch: Zen
    rev: 1 cache: L1: 384 KiB L2: 2 MiB L3: 8 MiB
  Speed (MHz): avg: 1452 high: 1534 min/max: 1550/3200 boost: enabled
    cores: 1: 1533 2: 1534 3: 1476 4: 1414 5: 1377 6: 1390 7: 1399 8: 1493
    bogomips: 51195
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm
Graphics:
  Device-1: NVIDIA G96C [GeForce 9400 GT] driver: nouveau v: kernel
    bus-ID: 22:00.0
  Device-2: Xiongmai web camera type: USB driver: snd-usb-audio,uvcvideo
    bus-ID: 3-2.3:5
  Display: x11 server: X.Org v: 1.21.1.3 driver: X: loaded: modesetting
    unloaded: fbdev,vesa gpu: nouveau resolution: 1920x1080~60Hz
  OpenGL: renderer: NV96 v: 3.3 Mesa 22.0.5 direct render: Yes
Audio:
  Device-1: AMD Family 17h HD Audio vendor: Micro-Star MSI
    driver: snd_hda_intel v: kernel bus-ID: 24:00.3
  Device-2: Xiongmai web camera type: USB driver: snd-usb-audio,uvcvideo
    bus-ID: 3-2.3:5
  Sound Server-1: ALSA v: k5.15.0-46-generic running: yes
  Sound Server-2: PulseAudio v: 15.99.1 running: yes
  Sound Server-3: PipeWire v: 0.3.48 running: yes
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
    vendor: Micro-Star MSI driver: r8169 v: kernel port: f000 bus-ID: 1e:00.0
  IF: enp30s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:
  Local Storage: total: 1.36 TiB used: 508.3 GiB (36.4%)
  ID-1: /dev/sda vendor: Crucial model: CT500MX500SSD1 size: 465.76 GiB
  ID-2: /dev/sdb type: USB vendor: Toshiba model: MQ01UBD100
    size: 931.51 GiB
Partition:
  ID-1: / size: 456.89 GiB used: 130.47 GiB (28.6%) fs: ext4 dev: /dev/sda2
  ID-2: /boot/efi size: 511 MiB used: 5.2 MiB (1.0%) fs: vfat
    dev: /dev/sda1
Swap:
  ID-1: swap-1 type: file size: 2 GiB used: 0 KiB (0.0%) file: /swapfile
Sensors:
  System Temperatures: cpu: N/A mobo: N/A gpu: nouveau temp: 75.0 C
  Fan Speeds (RPM): N/A gpu: nouveau fan: 0
Info:
  Processes: 283 Uptime: 59m Memory: 7.71 GiB used: 2.14 GiB (27.8%)
  Init: systemd runlevel: 5 Compilers: gcc: 11.2.0 Packages: 2517 Shell: Bash
  v: 5.1.16 inxi: 3.3.13
Moderator edit: lange output tussen de codetags geplaatst.

[Paul Matthijsse]

Ik heb het probleem dat mijn desktop altijd probleemloos gelopen heeft

Ik zie het probleem niet.

Met "desktop" bedoel je je pc neem ik aan? Als je twijfelt aan de kwaliteit van je ram, kun je een geheugentest doen. Pc opnieuw starten en dan in grub kiezen voor Geheugentest. Dat duurt doorgaans even.

[vanadium]

Het probleem is inderdaad niet duidelijk omschreven. Het schijnt ook "zomaar" ontstaan. Van 8 GB RAM gebruik je 2 GB, en er wordt geen swap gebruikt. Er is dus genoeg RAM. Defecte RAM zou veeleer leiden tot complete vastlopers - daar zou ik het niet zoeken. Je hebt een nvidia grafische kaart: gebruik je de standaard drivers?

[lagirandola]

ja, ik gebruik de standaard stuurprogramma's voor de videokaart
Heb de pc laten zoeken naar alternatieven onder 'stuurprogrammabeheer', maar er wordt niets aangeboden.
Ik weet niet of dit helpt als uitleg, 3 afbeeldingen van de systeemmonitor zonder dat de pc bewerkingen aan het doen is.

[vanadium]

Toon eens de uitvoer van het commando "top": dit toont niet alleen het geheugen en processorgebruik, maar ook welke processen processortijd gebruiken. Start "top" als

Code: [Selecteer]

top -b -n 1 | head -n 22

en kopieer dan de uitvoer hier in een bericht tussen [⁣code]...[⁣/code] tags.

[lagirandola]

Code: [Selecteer]

erik@erik-MS-7A38:~$ top -b -n 1 | head -n 22
top - 12:42:17 up  5:12,  1 user,  load average: 0,32, 0,17, 0,32
Tasks: 287 total,   1 running, 286 sleeping,   0 stopped,   0 zombie
%Cpu(s):  1,5 us,  2,3 sy,  0,0 ni, 95,5 id,  0,8 wa,  0,0 hi,  0,0 si,  0,0 st
MiB Mem :   7897,0 total,   2467,9 free,   3483,4 used,   1945,6 buff/cache
MiB Swap:   2048,0 total,   2048,0 free,      0,0 used.   4010,3 avail Mem

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
   1263 root      20   0  576528 141860 104084 S  13,3   1,8  14:10.93 Xorg
   9903 root      20   0       0      0      0 I   6,7   0,0   0:29.51 kworker+
  12048 erik      20   0  537700  41872  32820 S   6,7   0,5   0:00.22 gnome-t+
  12082 erik      20   0   13232   3908   3316 R   6,7   0,0   0:00.01 top
      1 root      20   0  166460  11716   8288 S   0,0   0,1   0:01.33 systemd
      2 root      20   0       0      0      0 S   0,0   0,0   0:00.00 kthreadd
      3 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_gp
      4 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_par+
      5 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 netns
      7 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker+
     10 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 mm_perc+
     11 root      20   0       0      0      0 S   0,0   0,0   0:00.00 rcu_tas+
     12 root      20   0       0      0      0 S   0,0   0,0   0:00.00 rcu_tas+
     13 root      20   0       0      0      0 S   0,0   0,0   0:00.19 ksoftir+
     14 root      20   0       0      0      0 I   0,0   0,0   0:09.24 rcu_sch+
erik@erik-MS-7A38:~$


[vanadium]

Daar is niets abnormaal te zien - er is nog heel wat vrij geheugen, een aantal procenten voor Xorg met ups en downs is normaal, en dat percentage is lager naarmate het om een meer krachtige processor gaat.

Maak misschien tijdelijk eens een nieuwe account aan: als het probleem zich in die nieuwe account niet voordoet, dan weet je alvast dat het aan de gebruikersconfiguratie moet liggen, en niet aan het systeem.