Is it possible on KDE Plasma?

I set modified EDID in GRUB. I have only 1 display.

I added new refresh rate for testing, but after enabling it I just get black screen. How to fix this issue?

SDDM main process is running as root and ignores all policies. So only way is modifying SDDM source code(

In this guide author dumped edid from disaplay and then loaded it without any modifications. So after reloading edid you can choose any resolution? Or I understood something wrong?

Thank you, it works! But I got weird behavior:

1. User sddm also cannot execute poweroff (it is ok) but if I press shutdown button in sddm it will poweroff (not ok).
2. If I press shut down in KDE Plasma I will get black screen and no sddm (I can restart it with systemctl restart sddm from tty and it will work again) How can I fix this bugs?

I think this is for applications not for graphical server

They all operates some way through systemd, so if operation is disabled via policy you cannot bypass it.

sasha@fedora:~$ /sbin/halt
Call to Halt failed: Interactive authentication required.

No, this is not possible. Virt-manager is just a GUI over libvirt. For now libvirt doesn’t support USB passthrought by port id, only by device id (which changes on each plug) or vendor id.

I tried this, didn’t help.

I added logs to post

I have R9 280

X server isn’t starting

Kernel driver is loaded

# lsmod | grep radeon
radeon               1888256  9
video                  77824  2 amdgpu,radeon
i2c_algo_bit           12288  2 amdgpu,radeon
drm_suballoc_helper    12288  2 amdgpu,radeon
drm_display_helper    266240  2 amdgpu,radeon
drm_ttm_helper         12288  2 amdgpu,radeon
ttm                   102400  3 amdgpu,radeon,drm_ttm_helper
drm_kms_helper        253952  3 drm_display_helper,amdgpu,radeon
drm                   749568  16 gpu_sched,drm_kms_helper,drm_exec,drm_suballoc_helper,drm_display_helper,drm_buddy,amdgpu,radeon,drm_ttm_helper,ttm,amdxcp

I left PostUp as is and didn’t try removing -o))

What Systemd compatibility I need to run Graphics session?

If you’re using an Intel chip look into GVT-g and consider running Arch from a VM, that’ll be the closest thing to native.

I want to start clear Arch Wayland session on one my ttys and want to Arch have full direct hardware access.

The unfortunate thing about running an Arch container from a Debian host is that you’re relying on an older kernel

I use latest Linux-libre on my Debian machine and everything works well.

If you are very, very lucky Arch will just work inside the container, but IME that’s fairly rare as systemd often has breaking changes over several releases (and Arch tends to be at least several releases ahead of Debian.)

As I mentioned earlier I tried running Archbox. It is basically script to easy set up chroot. The main problem was that compositor couldn’t connect to Wayland socket.

Why I need a full isolated container? Can’t I just use chroot?

I don’t think I can run native Wayland session from container

Thanks for help. Everything is fixed, read post update