ubuntuusers.de

Titel umbenannt, gelb-grüner Bildschirm nach Anmmeldung in XUbunut-19.10 (passt vielleicht besser zur Problembeschreibung)

Zur Installation:

Hardware: ASUS PRIME-B350-PLUS mainboard mit Ryzen-3-2200G interner Grafik über hdmi im UEFI-Modus.

Installationsmedium USB-Stick, aber nicht die dd-Kopie der ISO, sondern die ISO werden per grub im EFI-Modus per loop-device gestartet.

LUbuntu 19.10 Live-Version läuft ohne Zusatzbootparameter hoch und die Installation im "anderen Modus" mit gezielter Auswahl der Installationspartition als / und der vorhandenen EFI-Partition als EFI läuft durch. Der Reboot mit dem neu installierten grub im EFI-Modus funktionerte und nach der Nachinstallation der Pakete (mdadm) wird auch das vorhandene Raid mit LVM erkannt. Kernel Version ist 5.3.0-18.

XUbuntu 19.10 Live-Version startet zwar, bleibt dann aber mit dunklem Bildschirm scheinbar stehen. Erst die Bootoption nomodeset lässt die Live-Version hochlaufen. Natürlich mit kleiner Bildschirmauflösung. Ebenfalls die Installation im Modus "etwas anderes" mit gezielter Auswahl der Rootpartition und bei der Auswahl der EFI-Partition zeigt das Info-Fenster an, dass diese als EFI-Partition genutzt würde, wie bei der vorhandenen swap-Partition (bei LUbunut wurde die EFI gezielt gewählt und es konnte die Angabe gemacht werden diese unter /boot/efi einzuhängen). Die Installation läuft durch, auch mit neuem Formatieren der swap-Partition. Allerdings nach dem Reboot taucht das alte EFI-grub-Menü auf. XUbuntu hat offenbar nicht den EFI-Boot-Teil korrekt iinstalliert. Also das im Boot-Menü angebotenen andere Ubuntu ge-bootet und dort ein update-grub2 gemacht und damit wurden auch Menüeinträge für die XUbuntu-Version eingetragen. Der Boot mit diesen Einträgen lief dann aber mit einem langen Hänger beim Suchen einer Partition.

Ursache: in der /etc/fstab war die EFI-Partition des Installations-USB-Sticks eingetragen (der bei mir ein Multiboot-Grub-Stick ist auf den ich in den Datenteil die neuen ISO-Dateien nur kopiere und einen Eintrag im grub-Menü eintrage um so verschiedene Versionen booten zu können). Die fstab musste ich in der Text-Console dafür verändern, weil zwar die korrekte grafische Bildschirmaufläsung des Login-Bildschirms angezeigt wurde, aber wenn ich mich anmeldete wurde der Bildschirm grün (Grün ist der Hintergrund in meinem grub-Boot-Menü, ob das daher stammt?) und es tauchte kein Desktop oder auch nur der Mauszeiger auf. Der genutzte Kernel ist ebenfalls Version 5.3.0-18. Also offenbar gleiche Kernelversion bei beiden Distributionen.

Fazit: Es macht sehr wohl Sinn unterschiedliche Ubuntu-Derivate zu testen.

Und damit könnte ich diesen thread auf gelöst stellen. Er ist als Info für andere gedacht und vielleicht hat jemand noch andere Erfahrungen, Tipps, Hinweise? Ich wollte für die Zukunft mich schon mal mit einer neueren Version vertraut machen (zur Zeit läuft bei mir auf der Hardware die LUbuntu-18.04 Version).

Ich habe heute selbst nochmal die installierte XUbuntu-19.10 Version versucht zum Laufen zu bekommen. Es sieht so aus, dass der grafische Login-Bildschirm kommt und wenn ich statt dem XUbuntu Desktop den puren xfce wähle, dann erscheint auch der Desktop und es scheinen keine weiteren Probleme aufzutreten. D.h. ich konnte Software nachinstallieren und die Desktopeinstellungen anpassen. Wenn ich mich abmelde und erneut mit dem Standard-XUbuntu-Desktop anmelde, dann wird der Bildschirm wieder einfarbig grün-gelblich und weder ein Mauszeiger ist da noch kann ich mit ctrl-alt-F2 auf eine Textconsole wechseln. Es bleibt nur SysRQ zum Unmount und Re-Boot. Im Log kern.log tauchen dazu (vor dem SysRQ) jede Menge Meldungen auf, die scheinbar auf die amdgpu hinweisen. Hier ein Ausschnitt bis

Oct 21 09:17:00 lrf kernel: [ 1538.887309] Call Trace:
Oct 21 09:17:00 lrf kernel: [ 1538.887355]  dcn10_pipe_control_lock.part.0+0x76/
0x80 [amdgpu]
Oct 21 09:17:00 lrf kernel: [ 1538.887399]  dcn10_pipe_control_lock+0x1c/0x20 [a
mdgpu]
Oct 21 09:17:00 lrf kernel: [ 1538.887442]  commit_planes_for_stream+0x77b/0x880
 [amdgpu]
Oct 21 09:17:00 lrf kernel: [ 1538.887485]  dc_commit_updates_for_stream+0x12e/0
x280 [amdgpu]
Oct 21 09:17:00 lrf kernel: [ 1538.887531]  amdgpu_dm_commit_planes.constprop.0+
0x810/0xa00 [amdgpu]
Oct 21 09:17:00 lrf kernel: [ 1538.887575]  amdgpu_dm_atomic_commit_tail+0x94c/0
xfb0 [amdgpu]
Oct 21 09:17:00 lrf kernel: [ 1538.887577]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887579]  ? free_one_page+0xb7/0x4b0
Oct 21 09:17:00 lrf kernel: [ 1538.887580]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887581]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887582]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887583]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887584]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887585]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887585]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887586]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887587]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887588]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887589]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887590]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887591]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887591]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887592]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887593]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887594]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887596]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887597]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887598]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887598]  ? _cond_resched+0x19/0x30
Oct 21 09:17:00 lrf kernel: [ 1538.887599]  ? wait_for_completion_timeout+0x3a/0x120
Oct 21 09:17:00 lrf kernel: [ 1538.887600]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887601]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887602]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887603]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.887608]  commit_tail+0x41/0x70 [drm_kms_helper]
Oct 21 09:17:00 lrf kernel: [ 1538.887612]  ? commit_tail+0x41/0x70 [drm_kms_helper]
Oct 21 09:17:00 lrf kernel: [ 1538.887616]  commit_work+0x12/0x20 [drm_kms_helper]
Oct 21 09:17:00 lrf kernel: [ 1538.887617]  process_one_work+0x1db/0x380
Oct 21 09:17:00 lrf kernel: [ 1538.887618]  worker_thread+0x4d/0x400
Oct 21 09:17:00 lrf kernel: [ 1538.887620]  kthread+0x104/0x140
Oct 21 09:17:00 lrf kernel: [ 1538.887620]  ? process_one_work+0x380/0x380
Oct 21 09:17:00 lrf kernel: [ 1538.887621]  ? kthread_park+0x80/0x80
Oct 21 09:17:00 lrf kernel: [ 1538.887623]  ret_from_fork+0x22/0x40
Oct 21 09:17:00 lrf kernel: [ 1538.887623] ---[ end trace a3b60c13598fb8e1 ]---
Oct 21 09:17:00 lrf kernel: [ 1538.888231] [drm] pstate TEST_DEBUG_DATA: 0x36F60000
Oct 21 09:17:00 lrf kernel: [ 1538.888232] ------------[ cut here ]------------
Oct 21 09:17:00 lrf kernel: [ 1538.888286] WARNING: CPU: 2 PID: 21133 at drivers
/gpu/drm/amd/amdgpu/../display/dc/dcn10/dcn10_hw_sequencer.c:932 dcn10_verify_allow_pstate_change_high.cold+0xc/0x23d [amdgpu]
Oct 21 09:17:00 lrf kernel: [ 1538.888287] Modules linked in: raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx ufs qnx4 hfsplus hfs minix ntfs msdos jfs xfs btrfs xor zstd_compress nls_iso8859_1 raid6_pq libcrc32c stv0299 rc_hauppauge edac_mce_amd kvm_amd snd_hda_codec_realtek amdgpu snd_hda_codec_generic ledtrig_audio snd_hda_codec_hdmi budget_ci budget_core ccp snd_hda_intel snd_hda_codec amd_iommu_v2 gpu_sched ttm ttpci_eeprom saa7146 kvm snd_hda_core drm_kms_helper irqbypass snd_hwdep dvb_core input_leds drm snd_pcm rc_core snd_seq_midi crct10dif_pclmul i2c_algo_bit snd_seq_midi_event crc32_pclmul mc snd_rawmidi ghash_clmulni_intel fb_sys_fops syscopyarea aesni_intel snd_seq sysfillrect snd_seq_device sysimgblt snd_timer aes_x86_64 snd soundcore crypto_simd eeepc_wmi cryptd asus_wmi k10temp glue_helper sparse_keymap wmi_bmof mac_hid sch_fq_codel parport_pc ppdev lp parport ip_tables x_tables autofs4 hid_generic usbhid hid i2c_piix4 ahci r8169 realtek libahci wmi video gpio_amdpt gpio_generic
Oct 21 09:17:00 lrf kernel: [ 1538.888301] CPU: 2 PID: 21133 Comm: kworker/u32:0 Tainted: G        W         5.3.0-18-generic #19-Ubuntu
Oct 21 09:17:00 lrf kernel: [ 1538.888301] Hardware name: System manufacturer System Product Name/PRIME B350-PLUS, BIOS 4207 12/07/2018
Oct 21 09:17:00 lrf kernel: [ 1538.888306] Workqueue: events_unbound commit_work [drm_kms_helper]
Oct 21 09:17:00 lrf kernel: [ 1538.888351] RIP: 0010:dcn10_verify_allow_pstate_change_high.cold+0xc/0x23d [amdgpu]
Oct 21 09:17:00 lrf kernel: [ 1538.888353] Code: 83 c8 ff e9 ed f9 f7 ff 48 c7 c7 e0 bf 9d c0 e8 d1 b9 7e f9 0f 0b 83 c8 ff e9 d7 f9 f7 ff 48 c7 c7 e0 bf 9d c0 e8 bb b9 7e f9 <0f> 0b 80 bb 9f 01 00 00 00 75 05 e9 fe 20 f8 ff 48 8b 83 f8 02 00
Oct 21 09:17:00 lrf kernel: [ 1538.888353] RSP: 0018:ffffac0941faf9b8 EFLAGS: 00010246
Oct 21 09:17:00 lrf kernel: [ 1538.888355] RAX: 0000000000000024 RBX: ffff9d290ac20000 RCX: 0000000000000006
Oct 21 09:17:00 lrf kernel: [ 1538.888355] RDX: 0000000000000000 RSI: 0000000000000092 RDI: ffff9d2913897440
Oct 21 09:17:00 lrf kernel: [ 1538.888355] RBP: ffffac0941faf9c8 R08: 0000000000008c3b R09: 0000000000000004
Oct 21 09:17:00 lrf kernel: [ 1538.888356] R10: 0000000000000000 R11: 0000000000000001 R12: ffff9d290ac20000
Oct 21 09:17:00 lrf kernel: [ 1538.888356] R13: ffff9d28a0e301b8 R14: ffff9d28a0e313f8 R15: ffff9d290acb9000
Oct 21 09:17:00 lrf kernel: [ 1538.888357] FS:  0000000000000000(0000) GS:ffff9d2913880000(0000) knlGS:0000000000000000
Oct 21 09:17:00 lrf kernel: [ 1538.888357] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Oct 21 09:17:00 lrf kernel: [ 1538.888358] CR2: 0000555d361b3108 CR3: 00000002c5686000 CR4: 00000000003406e0
Oct 21 09:17:00 lrf kernel: [ 1538.888358] Call Trace:
Oct 21 09:17:00 lrf kernel: [ 1538.888403]  dcn10_pipe_control_lock.part.0+0x6a/0x80 [amdgpu]
Oct 21 09:17:00 lrf kernel: [ 1538.888448]  dcn10_pipe_control_lock+0x1c/0x20 [amdgpu]
Oct 21 09:17:00 lrf kernel: [ 1538.888491]  commit_planes_for_stream+0x77b/0x880 [amdgpu]
Oct 21 09:17:00 lrf kernel: [ 1538.888534]  dc_commit_updates_for_stream+0x12e/0x280 [amdgpu]
Oct 21 09:17:00 lrf kernel: [ 1538.888580]  amdgpu_dm_commit_planes.constprop.0+0x810/0xa00 [amdgpu]
Oct 21 09:17:00 lrf kernel: [ 1538.888624]  amdgpu_dm_atomic_commit_tail+0x94c/0xfb0 [amdgpu]
Oct 21 09:17:00 lrf kernel: [ 1538.888626]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888628]  ? free_one_page+0xb7/0x4b0
Oct 21 09:17:00 lrf kernel: [ 1538.888629]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888630]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888631]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888632]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888633]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888634]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888635]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888635]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888636]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888637]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888638]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888639]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888640]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888641]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888642]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888643]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888644]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888645]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888646]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888647]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888647]  ? _cond_resched+0x19/0x30
Oct 21 09:17:00 lrf kernel: [ 1538.888648]  ? wait_for_completion_timeout+0x3a/0x120
Oct 21 09:17:00 lrf kernel: [ 1538.888649]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888650]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888651]  ? __switch_to_asm+0x34/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888652]  ? __switch_to_asm+0x40/0x70
Oct 21 09:17:00 lrf kernel: [ 1538.888656]  commit_tail+0x41/0x70 [drm_kms_helper]
Oct 21 09:17:00 lrf kernel: [ 1538.888660]  ? commit_tail+0x41/0x70 [drm_kms_helper]
Oct 21 09:17:00 lrf kernel: [ 1538.888664]  commit_work+0x12/0x20 [drm_kms_helper]
Oct 21 09:17:00 lrf kernel: [ 1538.888666]  process_one_work+0x1db/0x380
Oct 21 09:17:00 lrf kernel: [ 1538.888667]  worker_thread+0x4d/0x400
Oct 21 09:17:00 lrf kernel: [ 1538.888668]  kthread+0x104/0x140
Oct 21 09:17:00 lrf kernel: [ 1538.888669]  ? process_one_work+0x380/0x380
Oct 21 09:17:00 lrf kernel: [ 1538.888670]  ? kthread_park+0x80/0x80
Oct 21 09:17:00 lrf kernel: [ 1538.888671]  ret_from_fork+0x22/0x40
Oct 21 09:17:00 lrf kernel: [ 1538.888672] ---[ end trace a3b60c13598fb8e2 ]---
Oct 21 09:17:04 lrf kernel: [ 1542.955743] sysrq: This sysrq operation is disabled.
Oct 21 09:17:05 lrf kernel: [ 1543.635236] sysrq: This sysrq operation is disabled.
Oct 21 09:17:05 lrf kernel: [ 1544.362703] sysrq: This sysrq operation is disabled.
Oct 21 09:17:06 lrf kernel: [ 1544.922286] sysrq: Emergency Sync
Oct 21 09:17:06 lrf kernel: [ 1545.087323] Emergency Sync complete
Oct 21 09:17:06 lrf kernel: [ 1545.489867] sysrq: Emergency Remount R/O

Das ist nur der letzte Meldungsblock vor dem SysRQ. Es gibt im kern.log etliche ähnliche Blöcke davor und es sieht aus als wenn damit bei dem Hänger das Log vollgeschrieben wird.

Der Xorg.log zeigt keine Hinweise.

Der syslog zeigt, dass lightdm gestoppt wird und mit dem XUbuntu-Desktop kommt:

Oct 21 09:16:48 lrf systemd[1509]: Starting Sound Service...
Oct 21 09:16:48 lrf systemd[1509]: Starting XFCE notifications service...
Oct 21 09:16:48 lrf systemd[1509]: Started Indicator Messages Service.
Oct 21 09:16:48 lrf dbus-daemon[1556]: [session uid=1000 pid=1556] Successfully 
activated service 'org.freedesktop.Notifications'
Oct 21 09:16:48 lrf systemd[1509]: Started XFCE notifications service.
Oct 21 09:16:48 lrf kernel: [ 1527.009742] [drm] pstate TEST_DEBUG_DATA: 0x37F60
000
Oct 21 09:16:48 lrf kernel: [ 1527.009743] ------------[ cut here ]------------
und dann die oben ausgeschnittenen Meldungsblöcke und die Zeilen gehen dann schnell in die Tausende

wird als Desktop der einfache XFCE angewählt, dann steht im syslog:

Oct 21 08:52:05 lrf systemd[1509]: Starting XFCE notifications service...
Oct 21 08:52:05 lrf dbus-daemon[1556]: [session uid=1000 pid=1556] Successfully activated service 'org.freedesktop.Notifications'
Oct 21 08:52:05 lrf systemd[1509]: Started XFCE notifications service.
Oct 21 08:52:05 lrf dbus-daemon[1556]: [session uid=1000 pid=1556] Activating service name='org.freedesktop.thumbnails.Thumbnailer1' requested by ':1.26' (uid=1000 pid=1751 comm="xfdesktop " label="unconfined")
Oct 21 08:52:05 lrf NetworkManager[1065]: <info>  [1571640725.7708] agent-manager: req[0x7f2dc8001f10, :1.116/org.freedesktop.nm-applet/1000]: agent registered
Oct 21 08:52:05 lrf dbus-daemon[1037]: [system] Activating via systemd: service name='org.freedesktop.ColorManager' unit='colord.service' requested by ':1.136' (uid=1000 pid=1775 comm="xiccd " label="unconfined")
Oct 21 08:52:05 lrf systemd[1]: Starting Manage, Install and Generate Color Profiles...
Oct 21 08:52:06 lrf dbus-daemon[1037]: [system] Successfully activated service 'org.freedesktop.ColorManager'
Oct 21 08:52:06 lrf systemd[1]: Started Manage, Install and Generate Color Profiles.
Oct 21 08:52:06 lrf org.freedesktop.thumbnails.Thumbnailer1[1556]: Registered thumbnailer gnome-thumbnail-font --size %s %u %o
...................

und der Desktop läuft mit allen Icons, etc. wie es scheinbar sollte. Wie könnte ich finden was der XUbuntu-Desktop als Auswahl da macht? Es scheint irgendwas mit der Grafik zu sein

Ich habe weiter gesucht und bin zu einer vorläufigen Lösung gekommen.

Wie in https://forum.ubuntuusers.de/topic/black-screen-nach-anmeldung/ von "torti17" angegeben habe ich es auch mit "AMD_DEBUG=nodcc" versucht. Das hat erstmal nichts geholfen. Es gab zusätzlich Bildschirmstörung. Heute habe ich das Update installiert, dazu hatte ich die XUbunu-19.10 Version mit der Option "nomodeset" gestartet. Installiert wurde der Kernel 5.3.0-19 (Vorläufer ist Version 5.3.0-18). Damit waren dann die Bildschirmstörungen weg und sowohl in dem xfce-Desktop als auch XUbunut-Desktop tauchte nicht mehr der einfarbige grünlich-gelbe Bildschirm auf.

Allerdings ist mir sofort aufgefallen, dass etwas jede Menge Prozessorzeit verbraucht. Die Lüfter drehten hoch. Es war der Prozess xiccd, von dem mehrere Instanzen liefen und den jeweiligen CPU-Kern auf 100% brachten. Ich habe diese Prozesse per "kill" beendet und die Auslastung ging wieder zum üblichen Idle-Zustand. In den XUbunut-Desktop-Einstellungen hab ich dann noch den Start von xiccd abgeschaltet, da ist als Default ein Haken damit es beim Desktop-Start gestartet wird.

Welche Nachteile das hat ohne dieses ?Colormanagment zu arbeiten, weiß ich natürlich noch nicht. Ich hab ja noch über ein Jahr Zeit um das auszuprobieren, bevor ich von meiner laufenden LUbuntu-18.4 umsteigen werden.

alterpinguin schrieb:

Welche Nachteile das hat ohne dieses ?Colormanagment zu arbeiten, weiß ich natürlich noch nicht.

Gar keine, wenn du keine Farbprofile benutzen willst. Wirklich nötig ist dies nur in der professionellen Bildbearbeitung und im Printbereich.

Letalis_Sonus schrieb:

alterpinguin schrieb:

Welche Nachteile das hat ohne dieses ?Colormanagment zu arbeiten, weiß ich natürlich noch nicht.

Gar keine, wenn du keine Farbprofile benutzen willst. Wirklich nötig ist dies nur in der professionellen Bildbearbeitung und im Printbereich.

danke für die Info, das hatte ich mir fast gedacht. Dann wäre nur mal interessant ob dieses Colormanagement grundsätzlich Probleme mit der Grafikanbindung per "amdgpu" hat. Einen "bug-report" zu "xiccd" mit 100% CPU-Auslastung gibt es schon, allerdings hab ich auf die Schnelle keinen Hinweis gefunden ob das allgemein gilt (oder spezifisch zur Grafikkarte ist).

Hat man bei der Installation das automatische Login aktiviert, dann führt das natürlich schon mal zu einem unbenutzbarem System - sozusagen der Preis der Bequemlichkeit (wovon ich nur abraten kann).

Ich habe das gleiche Problem (100% CPU-Last auf einem Kern) mit einer Nvidia Quadro 2000 und dem Nouveau-Treiber.

Bis evtl. ein Bugfix kommt, bleibt xiccd deaktiviert; ich habe das bisher auch nicht benötigt.

Ich bin dazu gekommen nochmal XUbunut-19.10 bzgl. dem workaround zu prüfen.

Mit dem Eintrag im User-home-Verzeichnis in .profile:

AMD_DEBUG=nodcc
export AMD_DEBUG

taucht nach dem Login im Desktop XUbuntu ganz normal der Desktop auf, allerdings ist offenbar die Transparenz abgeschaltet (conky läuft mit Konfiguration für Transparenz als nicht transparentes, d.h. scharzer Hintergrund, Fenster).

Entferne ich den Eintrag aus der .profile, dann erscheint nach der Anmeldung wieder der gelbgrüne einfarbige Bildschirm und es ist kein Wechsel auf eine Textconsole mehr möglich und ich muss per SysRQ (reisub) das beenden.

Man kann den grünen Bildschirm umgehen. Den Bildschirm, nachdem er wieder grün ist ausschalten, VGA Kabel zusätzlich am Bildschirm und PC anschließen und dann den Bildschirm wieder einschalten, danach hat man den Desktop.

Ottoka schrieb:

Man kann den grünen Bildschirm umgehen. Den Bildschirm, nachdem er wieder grün ist ausschalten, VGA Kabel zusätzlich am Bildschirm und PC anschließen und dann den Bildschirm wieder einschalten, danach hat man den Desktop.

Wer ist "man"? Hast Du das so gemacht? Wieso sollte es bei einem VGA-Anschluss nicht passieren? Und was ist mit den anderen Anschlüssen (dvi, hdmi..)?

Bisher hatte ich nur gefunden, dass es irgendwas mit dem Windowmanager zu tun hat, der den Fehler in ?X11, Linux-Kernel ab 5.xx hervorruft. Ich habe zuletzt (vor wenigen Tagen) noch mal einen 5.4er Kernel probiert, der aber den gleichen Effekt liefert.

Wenn man die Bildschirmeinschränkungen (keine Transparenz) in Kauf nimmt, dann funktioniert die X11-Anzeige mit der "AMD_DEBUG.." Option.

Bis ich von 18.04 umsteige wird das Problem vielleicht gelöst sein. Schlecht ist es nur, wenn man so was erst nach dem Umstieg (upgrade) feststellt und dann mühsam wieder zurück müsste (weshalb ich so was schon seit langer Zeit immer separat prüfe).

Ja, ich habe es so gemacht. Mit einem AMD 3200G und Xubuntu 19.10 von einem USB Stick. Mit HDMI gestartet, grünen Bildschirm erhalten. Danach den Bildschirm ausgeschaltet, VGA-Kabel zusätzlich zum HDMI-Kabel angeschlossen, Bildschirm wieder an und Desktop erhalten(jetzt kann ich zwischen VGA und HDMI umschalten). Es flimmerten danach etwas in bunten kleinen Kästchen, wenn man das Terminal verschoben hat oder etwas schrieben, es half dann den Compositor auszuschalten. Da ich kein Xubuntu installiert habe, habe ich das so mal ausprobiert. Mit nomodeset habe ich es dann auch ausprobiert, wäre die einfacherer Option gewesen.

Mit den Startparametern "modprobe.blacklist=amdgpu" und "blacklist=amdgpu" startet Xubuntu auch ohne grünen Bildschirm und ohne dieses bunte Flimmern.

Vielleicht kann man mit dem Umgehen des grünen Bildschirms ein paar relevante Informationen bekommen.

Ist das UEFI aktuell? Die darin enthaltene Firmware betrifft auch den Grafikteil der APU, da kann auch der ein oder andere Fehler drin stecken - auch wenn ich da gerade beim Farbmanagement nicht von ausgehe.

Obacht: Aufgrund der neuen CPU Generationen ist das EEPROM bei einigen Boards zu klein geworden, sodass die Hersteller bei diesen separate UEFI Versionen für unterschiedliche CPU Generationen zur Verfügung stellen - wer hier zum falschen greift, hat bis auf weiteres einen schönen neuen Briefbeschwerer.

Ottoka schrieb:

Mit den Startparametern "modprobe.blacklist=amdgpu" und "blacklist=amdgpu" startet Xubuntu auch ohne grünen Bildschirm und ohne dieses bunte Flimmern.

...und ohne Grafiktreiber. Keine gute Idee.

Der PC ist ein Asrock A300 mit Bios Version 3.60. Agesa ist Version 1.0.0.1. Das mit der blacklist, war nur beim USB-Stick zum testen. Ich habe Xubuntu jetzt auf einer Partition installiert und was komisches festgestellt, dazu werde ich dann wahrscheinlich einen Beitrag aufmachen.

Die Kernelmeldungen, wie im ersten Beitrag zu sehen "WARNING: CPU: 2 PID: 21133 at drivers" Warning CPU verschwinden, wenn ich einen DP-HDMI-Adapter anschließe.