Willkommen Gast. Bitte einloggen oder registrieren. Haben Sie Ihre Aktivierungs E-Mail übersehen?
16.09.2019, 00:56:03

.
Einloggen mit Benutzername, Passwort und Sitzungslänge

Mitglieder
  • Mitglieder insgesamt: 22539
  • Letzte: KlaSchu58
Statistiken
  • Beiträge insgesamt: 607930
  • Themen insgesamt: 49201
  • Heute online: 386
  • Am meisten online: 992
  • (17.11.2018, 20:17:55)
Benutzer Online
Mitglieder: 4
Gäste: 331
Gesamt: 335

Autor Thema:  Bildschirm friert ein.  (Gelesen 1582 mal)

0 Mitglieder und 1 Gast betrachten dieses Thema.

Re: Bildschirm friert ein.
« Antwort #15 am: 14.03.2019, 10:11:53 »
Da Ryzen Systeme relativ neu sind, würde ich mal den 4.18er Kernel über das Menü der Akt.verwaltung installieren. Faustregel bei Linux: Neue Hardware - neue Kernel.

Re: Bildschirm friert ein.
« Antwort #16 am: 16.03.2019, 12:17:27 »
@toffifee den 4.18er Kernel habe ich installiert, jetzt heißt es warten, ob es funktioniert.

Re: Bildschirm friert ein.
« Antwort #17 am: 25.04.2019, 22:50:39 »
Ich habe jetzt bewusst längere Zeit gewartet, in der Hoffnung den Fehler zu finden.

28.03.2019
war mit FF im Internet, wollte mit Tap eine neue Seite öffnen in dem Moment bewegte sich auf dem Bildschirm nichts mehr.

05.04.2019
wieder im FF Bildschirm friert ein Maus bewegt sich, hat aber nicht das Zeigersymbol sondern als Symbol ein großes I.

12.04.2019
Im Vivaldi auf Ebay. Ich scrollte die Seite nach unten. Bildschirm fror ein, Maussymbol normal.

14.04.2019
Im FF die Meldung im Laptop Batterie gleich leer. Das Ladegerät nicht schnell genug  angeschlossen. Wlan hat sich nicht mehr angeschlossen, ich kam dann obwohl ich Bild hatte und das Ladegerät den Akku langsam wieder auflädt, nicht mehr weiter. Der Bildschirm fror ein.


16.04.2019
Bildschirm friert ein, wieder im FF. Ich war dabei eine Internetseite nach unten zu Scrollen. Uhrzeit 17:40:**. Ich habe mir die Syslog und die kern.log um diese Uhrzeit herum kopiert.
Na ja, wie es halt so ist, ich tue mir schwer beim auslesen dieser Art der Beschreibungen.

Apr 16 17:36:34 xy kernel: [ 6503.679178] [UFW BLOCK] IN=eno1 OUT= MAC=01:00:5e:00:00:01:00:27:19:cc:72:fe:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC0 TTL=
1 ID=0 DF PROTO=2
Apr 16 17:38:39 xy kernel: [ 6628.681137] [UFW BLOCK] IN=eno1 OUT= MAC=01:00:5e:00:00:01:00:27:19:cc:72:fe:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC0 TTL=
1 ID=0 DF PROTO=2
Apr 16 17:39:48 xy dhclient[4079]: DHCPREQUEST of 192.168.1.104 on eno1 to 192.168.1.1 port 67 (xid=0x24ebc06c)
Apr 16 17:39:48 xy dhclient[4079]: DHCPACK of 192.168.1.104 from 192.168.1.1
Apr 16 17:39:48 xy NetworkManager[908]: <info>  [1555429188.0192] dhcp4 (eno1):   address 192.168.1.104
Apr 16 17:39:48 xy dbus-daemon[875]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requeste
d by ':1.17' (uid=0 pid=908 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
Apr 16 17:39:48 xy NetworkManager[908]: <info>  [1555429188.0193] dhcp4 (eno1):   plen 24 (255.255.255.0)
Apr 16 17:39:48 xy dbus-daemon[875]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Apr 16 17:39:48 xy NetworkManager[908]: <info>  [1555429188.0193] dhcp4 (eno1):   gateway 192.168.1.1
Apr 16 17:39:48 xy nm-dispatcher: req:1 'dhcp4-change' [eno1]: new request (2 scripts)
Apr 16 17:39:48 xy NetworkManager[908]: <info>  [1555429188.0193] dhcp4 (eno1):   lease time 7200
Apr 16 17:39:48 xy nm-dispatcher: req:1 'dhcp4-change' [eno1]: start running ordered scripts...
Apr 16 17:39:48 xy NetworkManager[908]: <info>  [1555429188.0193] dhcp4 (eno1):   nameserver '192.168.1.1'
Apr 16 17:39:48 xy NetworkManager[908]: <info>  [1555429188.0194] dhcp4 (eno1): state changed bound -> bound
Apr 16 17:39:48 xy systemd[1]: Starting Network Manager Script Dispatcher Service...
Apr 16 17:39:48 xy systemd[1]: Started Network Manager Script Dispatcher Service.
Apr 16 17:39:48 xy dhclient[4079]: bound to 192.168.1.104 -- renewal in 2964 seconds.
Apr 16 17:40:44 xy kernel: [ 6753.683066] [UFW BLOCK] IN=eno1 OUT= MAC=01:00:5e:00:00:01:00:27:19:cc:72:fe:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2
Apr 16 17:40:56 xy kernel: [ 6765.238093] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring sdma0 timeout, last signaled seq=117504, last emitted seq=117505
Apr 16 17:40:56 xy kernel: [ 6765.238100] [drm] GPU recovery disabled.
Apr 16 17:43:26 xy systemd[1]: Started Create list of required static device nodes for the current kernel.
Apr 16 17:43:26 xy systemd[1]: Starting Create Static Device Nodes in /dev…

hier die kern.log
Apr 16 17:28:14 xy kernel: [ 6003.671462] [UFW BLOCK] IN=eno1 OUT= MAC=01:00:5e:00:00:01:00:27:19:cc:72:fe:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2
Apr 16 17:30:19 xy kernel: [ 6128.673377] [UFW BLOCK] IN=eno1 OUT= MAC=01:00:5e:00:00:01:00:27:19:cc:72:fe:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2
Apr 16 17:32:24 xy kernel: [ 6253.675323] [UFW BLOCK] IN=eno1 OUT= MAC=01:00:5e:00:00:01:00:27:19:cc:72:fe:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2
Apr 16 17:34:29 xy kernel: [ 6378.677284] [UFW BLOCK] IN=eno1 OUT= MAC=01:00:5e:00:00:01:00:27:19:cc:72:fe:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2
Apr 16 17:36:34 xy kernel: [ 6503.679178] [UFW BLOCK] IN=eno1 OUT= MAC=01:00:5e:00:00:01:00:27:19:cc:72:fe:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2
Apr 16 17:38:39 xy kernel: [ 6628.681137] [UFW BLOCK] IN=eno1 OUT= MAC=01:00:5e:00:00:01:00:27:19:cc:72:fe:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2
Apr 16 17:40:44 xy kernel: [ 6753.683066] [UFW BLOCK] IN=eno1 OUT= MAC=01:00:5e:00:00:01:00:27:19:cc:72:fe:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2
Apr 16 17:40:56 xy kernel: [ 6765.238093] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring sdma0 timeout, last signaled seq=117504, last emitted seq=117505
Apr 16 17:40:56 xy kernel: [ 6765.238100] [drm] GPU recovery disabled.
Apr 16 17:43:26 xy kernel: [    0.000000] Linux version 4.18.0-16-generic (buildd@lcy01-amd64-006) (gcc version 7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #17~18.04.1-Ubuntu SMP Tue Feb 12 13:35:51 UTC 2019 (Ubuntu 4.18.0-16.17~18.04.1-generic 4.18.20)
Apr 16 17:43:26 xy kernel: [    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-4.18.0-16-generic root=UUID=15eb7a65-e26f-4177-9301-8d3cfe0f6320 ro quiet splash intel_idle.max_cstate=1 vt.handoff=1
Apr 16 17:43:26 xy kernel: [    0.000000] KERNEL supported cpus:
Apr 16 17:43:26 xy kernel: [    0.000000]   Intel GenuineIntel
Apr 16 17:43:26 xy kernel: [    0.000000]   AMD AuthenticAMD
Apr 16 17:43:26 xy kernel: [    0.000000]   Centaur CentaurHauls

25.04.2019
War im FF, nur mit der Maus den Courser  bewegt.

Syslog
pr 25 17:11:49 xy kernel: [ 7067.080758] amdgpu 0000:05:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x00000000
Apr 25 17:11:49 xy kernel: [ 7067.080765] amdgpu 0000:05:00.0: [gfxhub] VMC page fault (src_id:0 ring:24 vmid:6 pasid:32768)
Apr 25 17:11:49 xy kernel: [ 7067.080767] amdgpu 0000:05:00.0:   at page 0x000000010da25000 from 27
Apr 25 17:11:49 xy kernel: [ 7067.080770] amdgpu 0000:05:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x00000000
Apr 25 17:12:00 xy kernel: [ 7077.253178] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout, last signaled seq=488633, last emitted seq=488635
Apr 25 17:12:00 xy kernel: [ 7077.253185] [drm] GPU recovery disabled.
Apr 25 17:12:33 xy kernel: [ 7110.501528] [UFW BLOCK] IN=eno1 OUT= MAC=01:00:5e:00:00:01:00:27:19:cc:72:fe:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2
Apr 25 17:13:29 xy kernel: [ 7167.011438] sysrq: SysRq : Emergency Sync

Apr 25 17:14:32 xy systemd[1]: Mounted Huge Pages File System.
Apr 25 17:14:32 xy systemd[1]: Mounted Kernel Debug File System.
Apr 25 17:14:32 xy systemd[1]: Started Remount Root and Kernel File Systems.

Kern.log
Apr 25 17:11:49 xy kernel: [ 7067.080758] amdgpu 0000:05:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x00000000
Apr 25 17:11:49 xy kernel: [ 7067.080765] amdgpu 0000:05:00.0: [gfxhub] VMC page fault (src_id:0 ring:24 vmid:6 pasid:32768)
Apr 25 17:11:49 xy kernel: [ 7067.080767] amdgpu 0000:05:00.0:   at page 0x000000010da25000 from 27
Apr 25 17:11:49 xy kernel: [ 7067.080770] amdgpu 0000:05:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x00000000
Apr 25 17:12:00 xy kernel: [ 7077.253178] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout, last signaled seq=488633, last emitted seq=488635
Apr 25 17:12:00 xy kernel: [ 7077.253185] [drm] GPU recovery disabled.
Apr 25 17:12:33 xy kernel: [ 7110.501528] [UFW BLOCK] IN=eno1 OUT= MAC=01:00:5e:00:00:01:00:27:19:cc:72:fe:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2
Apr 25 17:13:29 xy kernel: [ 7167.011438] sysrq: SysRq : Emergency Sync

Apr 25 17:14:32 xy kernel: [    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-4.18.0-16-generic root=UUID=15eb7a65-e26f-4177-9301-8d3cfe0f6320 ro quiet splash intel_idle.max_cstate=1 vt.handoff=1
Apr 25 17:14:32 xy kernel: [    0.000000] KERNEL supported cpus:
Apr 25 17:14:32 xy kernel: [    0.000000]   Intel GenuineIntel
Apr 25 17:14:32 xy kernel: [    0.000000]   AMD AuthenticAMD
Apr 25 17:14:32 xy kernel: [    0.000000]   Centaur CentaurHauls
Apr 25 17:14:32 xy kernel: [    0.000000] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'

So, es dürfte am Browser liegen, aber den Fehler darin kenne ich nicht, auch kann ich nicht die Logs auslesen.

Re: Bildschirm friert ein.
« Antwort #18 am: 26.04.2019, 00:20:51 »
Der Fehler liest sich ziemlich gleich wie bei ..
https://forums.linuxmint.com/viewtopic.php?t=285887

Mit Kernel 4.20 hat er anscheinend vorerst keine Probleme.

"Mint 19 / Ubuntu 18.04 was released only a few months after Raven Ridge (Ryzen 2200G / 2400G) was released, and back then Raven Ridge was a completely new platform. It takes time for Linux to adapt to this and you need a newer kernel (>=4.19), newer MESA(>=18.2), newer linux-firmware and possibly you need to update and / or adjust some items in your BIOS."

D.h. UEFI und Mesa Updates checken.

Re: Bildschirm friert ein.
« Antwort #19 am: 26.04.2019, 10:17:38 »
Willkommen im Club :).
Apr 16 17:40:56 xy kernel: [ 6765.238093] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring sdma0 timeout, last signaled seq=117504, last emitted seq=117505
Apr 16 17:40:56 xy kernel: [ 6765.238100] [drm] GPU recovery disabled.

Bei mir geht es aktuell wieder ganz gut (müsste mal wieder meinen Thread aktualisieren). Ich kann aber nicht sagen, warum, da es bei den amdgpu-Fehlern keine Standardlösung für Jedermann gibt. Wenn du kannst und das für dich in Frage kommt, gib den Rechner zurück. Wenn du weiter frickeln möchtest, würde ich mit einem UEFI-Update (ging bei mir nur von einer Windows-Partition aus) und dem Kernel-Bootparameter "idle=nomwait" und eventuell einem Umstieg auf einen neueren Kernel mittels UKUU anfangen. Dann neue Firmware und ein aktuelles MESA. Ich bin aber selbst vollkommen ahnungslos und habe nur diverse Ratschläge aus dem Forum und den Weiten des Internets ausprobiert, das sollte dir klar sein.

Re: Bildschirm friert ein.
« Antwort #20 am: 02.07.2019, 19:30:02 »
Gleicher Fehler:

journal -b -l -r
Jul 02 06:32:04 heidi kernel: [drm] GPU recovery disabled.
Jul 02 06:32:04 heidi kernel: [drm:amdgpu_job_timedout [amdgpu]] *ERROR* Process information: process Xorg pid 1324 thread Xorg:cs0 pid 1348
Jul 02 06:32:04 heidi kernel: [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring sdma0 timeout, signaled seq=215357, emitted seq=215360
Diese Fehlermeldung kommt etwa alle 10 Sekunden.

inxi -Fz
System:    Host: heidi Kernel: 5.0.0-17-generic x86_64 bits: 64 Desktop: Cinnamon 4.0.10 Distro: Linux Mint 19.1 Tessa
Machine:   Type: Desktop Mobo: Gigabyte model: B450M S2H v: x.x serial: <filter> UEFI [Legacy]: American Megatrends v: F30
           date: 03/21/2019
CPU:       Topology: Quad Core model: AMD Ryzen 5 2400G with Radeon Vega Graphics bits: 64 type: MT MCP L2 cache: 2048 KiB
           Speed: 1391 MHz min/max: 1600/3600 MHz Core speeds (MHz): 1: 1473 2: 1405 3: 2295 4: 1530 5: 1456 6: 1433 7: 2295
           8: 1530
Graphics:  Device-1: AMD Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] driver: amdgpu v: kernel
           Display: x11 server: X.Org 1.19.6 driver: amdgpu,ati unloaded: fbdev,modesetting,radeon,vesa
           resolution: 1600x1200~60Hz, 1920x1080~60Hz
           OpenGL: renderer: AMD RAVEN (DRM 3.27.0 5.0.0-17-generic LLVM 7.0.0) v: 4.5 Mesa 18.2.8
Audio:     Device-1: Advanced Micro Devices [AMD/ATI] driver: snd_hda_intel
           Device-2: Advanced Micro Devices [AMD] driver: snd_hda_intel
           Sound Server: ALSA v: k5.0.0-17-generic
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169
           IF: enp8s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:    Local Storage: total: 1.58 TiB used: 1.37 TiB (86.6%)
           ID-1: /dev/sda vendor: SanDisk model: SDSSDA240G size: 223.57 GiB
           ID-2: /dev/sdb vendor: Seagate model: ST1500LM006 HN-M151RAD size: 1.36 TiB
Partition: ID-1: / size: 209.84 GiB used: 174.56 GiB (83.2%) fs: ext4 dev: /dev/sda1
Sensors:   System Temperatures: cpu: 38.0 C mobo: N/A gpu: amdgpu temp: 38 C
           Fan Speeds (RPM): N/A
Info:      Processes: 277 Uptime: 12h 52m Memory: 5.83 GiB used: 2.46 GiB (42.3%) Shell: bash inxi: 3.0.27

Das gute daran ist: Im Hintergrund läuft anscheinend einiges weiter, da ich einen TVheadend Server auf dem Rechner betreibe und trotz des Hängers weiter Fern schauen konnte.
TVheadend läuft aber auch als anderer Nutzer.
Gibt es eine Möglichkeit per Tastendruck den X-Server neu starten zu lassen?

Rechner lief auch mal 2 Wochen durch. Aber jetzt mache ich mehr Videobearbeitung, da hängt es sich häufig auf.

Achja "PSU Idle Control" habe ich bereits geändert. Ich glaube auf "Typical Current Idle"
« Letzte Änderung: 04.07.2019, 17:29:10 von JoeDee »

Re: Bildschirm friert ein.
« Antwort #21 am: 20.07.2019, 10:20:45 »
So nach Update auf Bios F40 lief es recht gut. Vor zwei Tagen hat sich der Rechner mal wieder aufgehangen. Der Rechner war davor 2 Tage an, aber aktiv wurde  daran nicht gearbeitet.
Ist da irgendwie Firefox daran Schuld?
Journalctl -b -1 -r:
...
Jul 18 06:03:45 heidi kernel: [drm:amdgpu_job_timedout [amdgpu]] *ERROR* Process information: process Xorg pid 1311 thread Xorg:cs0 pi
Jul 18 06:03:45 heidi kernel: [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout, signaled seq=4342863, emitted seq=4342865
Jul 18 06:03:44 heidi kernel: oom_reaper: reaped process 3070 (WebExtensions), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB
Jul 18 06:03:44 heidi kernel: Killed process 3070 (WebExtensions) total-vm:9527316kB, anon-rss:525380kB, file-rss:0kB, shmem-rss:0kB
Jul 18 06:03:44 heidi kernel: Out of memory: Kill process 2936 (firefox) score 309 or sacrifice child
Jul 18 06:03:44 heidi kernel: oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/,task
Jul 18 06:03:44 heidi kernel: [  16183]     0 16183    53706      228   184320        0             0 nm-dispatcher
Jul 18 06:03:44 heidi kernel: [  16177]     0 16177    17531      160   176128        0             0 systemd-journal
Jul 18 06:03:44 heidi kernel: [  16076]     0 16076     1954       16    65536        0             0 sleep
Jul 18 06:03:44 heidi kernel: [  15917]     0 15917     1954       15    57344        0             0 sleep
Jul 18 06:03:44 heidi kernel: [  15915]     0 15915     1954       14    61440        0             0 sleep
Jul 18 06:03:44 heidi kernel: [  15914]     0 15914     1954       16    61440        0             0 sleep
Jul 18 06:03:44 heidi kernel: [  15913]     0 15913     1954       16    65536        0             0 sleep
Jul 18 06:03:44 heidi kernel: [  15912]     0 15912     1954       16    61440        0             0 sleep
Jul 18 06:03:44 heidi kernel: [  15911]     0 15911     1954       15    61440        0             0 sleep
Jul 18 06:03:44 heidi kernel: [  15910]     0 15910     1954       15    65536        0             0 sleep
Jul 18 06:03:44 heidi kernel: [  15909]     0 15909     1954       16    57344        0             0 sleep
Jul 18 06:03:44 heidi kernel: [  15908]     0 15908     1954       15    57344        0             0 sleep
Jul 18 06:03:44 heidi kernel: [  15876]     0 15876     1955       16    57344        0             0 anacron
Jul 18 06:03:44 heidi kernel: [  15011]     0 15011    32120     4839   286720        0             0 apt-get
Jul 18 06:03:44 heidi kernel: [  14921]     0 14921     1156       33    53248        0             0 apt.systemd.dai
Jul 18 06:03:44 heidi kernel: [  14871]     0 14871     1156       17    53248        0             0 apt.systemd.dai
Jul 18 06:03:44 heidi kernel: [  11352]     0 11352    75916      399   348160        0             0 cups-browsed
Jul 18 06:03:44 heidi kernel: [  11351]     0 11351    25442      510   233472        0             0 cupsd
Jul 18 06:03:44 heidi kernel: [  28495]  1000 28495   175590     1253  1040384     2135           300 vivaldi-bin
...
Jemand noch eine Idee?

Re: Bildschirm friert ein.
« Antwort #22 am: 20.07.2019, 19:00:08 »
Hallo,
hast Du es zudem mal mit der aktuellen Firmware probiert? → http://de.archive.ubuntu.com/ubuntu/pool/main/l/linux-firmware/linux-firmware_1.181_all.deb (enthält Firmware für den amdgpu-Grafiktreiber)

Re: Bildschirm friert ein.
« Antwort #23 am: 05.08.2019, 19:47:48 »
An der Firmware lag es nicht.
Der Laptop lies sich nicht mehr hochfahren und war zwischenzeitlich beim Hersteller zur Reparatur. Hier man die CPU erneuert und das OS neu installiert. LM habe ich dann auch noch mal neu eingespielt. Der Bildschirm ist danach nicht nur bei LM eingefroren sondern auch bei Windows. Ich will jetzt das Gerät zurück geben, allerdings habe ich Probleme mit dem Shop, bei dem ich das Gerät gekauft habe. Ich musste einen Rechtsanwalt einschalten.
Als Ressümee läßt sich hier nur sagen, dass diese neuen Ryzen Prozessoren noch nicht für Linux geeignet sind. Den Helfern sage ich herzlichen Dank.

Re: Bildschirm friert ein.
« Antwort #24 am: 05.08.2019, 20:35:35 »
Bei den Ryzen G-Modellen ist eigentlich nur die Grafik ein wenig problematisch (Bootoption erforderlich, möglichst aktueller Kernel und Firmware wg. der Grafikunterstützung. Gigabyte-Board können etwas  Ärger verursachen, meist auch durch eine Bootoption problemlos. Aber hier scheint wirk ein schwerwiegender Defekt an der Hardware vorzuliegen (Mainboard, RAM, CPU o.ä.)
Zitat
Als Ressümee läßt sich hier nur sagen, dass diese neuen Ryzen Prozessoren noch nicht für Linux geeignet sind.
Das kann ich so nicht bestätigen. Ich würde mir das in der Kombination mit Gigabyte auch eher nicht so kaufen. Das verbaute Gigabyte B450M S2H (unter 60€) ist IMHO ja sehr günstig. Was genau für RAM verbaut ist, weiß man ja auch nicht.
« Letzte Änderung: 05.08.2019, 20:41:26 von Flash63 »

Re: Bildschirm friert ein.
« Antwort #25 am: 06.09.2019, 11:25:32 »
Das firmware update lässt sich nicht installieren. "Fehler: nicht länger erhältlich linux-firmware"

Die Abstürze häufen sich in letzter Zeit mit verschiedenen Fehlerbildern. Entweder es friert das komplette System ein oder nur der Bildschirm und im Hintergrund läuft einiges weiter.

Ob es wirklich am Gigabyte Board liegt?? Es soll auch Probleme mit ASRock geben.
Ich habe diesen Speicher: Crucial CT8G4DFS824A 8GB Speicher (DDR4, 2400 MT/s, PC4-19200)

Es ist schon ärgerlich!