startx kann / dev / fb0 nicht öffnen: Berechtigung verweigert

Wenn ich versuche, meine WM mit zu starten startx, kann ich dies nicht, da die Berechtigung für etwas, das aufgerufen /dev/fb0wird, eingeschränkt ist.

Von home/user/.local/share/xorg/Xorg.0.log:

[   198.569] (--) controlling tty is VT number 1, auto-enabling KeepTty
[   198.569] (II) Loading sub module "fbdevhw"
[   198.569] (II) LoadModule: "fbdevhw"
[   198.569] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[   198.570] (II) Module fbdevhw: vendor="X.Org Foundation"
[   198.570]    compiled for 1.16.0, module version = 0.0.2
[   198.570]    ABI class: X.Org Video Driver, version 18.0
[   198.570] (EE) open /dev/fb0: Permission denied
[   198.570] (WW) Falling back to old probe method for fbdev
[   198.570] (II) Loading sub module "fbdevhw"
[   198.570] (II) LoadModule: "fbdevhw"
[   198.570] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[   198.570] (II) Module fbdevhw: vendor="X.Org Foundation"
[   198.570]    compiled for 1.16.0, module version = 0.0.2
[   198.570]    ABI class: X.Org Video Driver, version 18.0
[   198.571] (EE) open /dev/fb0: Permission denied

Jetzt kann ich es natürlich mit chmod ändern, aber ich sollte das nicht jedes Mal tun müssen, wenn ich den Computer neu starte. Es scheint also, dass etwas nicht stimmt / ich habe etwas nicht richtig eingerichtet.

Was soll ich tun, um das zu beheben?

— Anonyme Entität
quelle

Dies ist eine Folge der jüngsten Änderung von rootless X (dh der X-Server wird nicht mehr als root ausgeführt). Es sieht so aus, als ob rootless X auf Arch nicht für die Hauptsendezeit bereit ist. Sie können arrangieren, dass Sie die Zugriffsberechtigung erhalten /dev/fb0, müssen dies aber nicht (wenn Sie googeln, finden Sie Empfehlungen, wie Sie sich der videoGruppe hinzufügen können … aber das stützt die gepanzerte Tür auf, es macht den Zweck zunichte).

— Gilles 'SO - hör auf böse zu sein'

Gilles ist richtig ; Dies ist auf die Änderungen in xorg-server1.16 zurückzuführen, die in den Arch News angekündigt wurden .

Um das Berechtigungsproblem zu umgehen, können Sie eine Xorg.wrap-Konfigurationsdatei verwenden, um Root-Rechte zu übergeben. Verwenden Sie dazu:

needs_root_rights = yes

Siehe man Xorg.wrapfür die Details.

Sie können auch versuchen, xf86-video-modesettinganstatt zu verwenden, xf86-video-fbdevbis der fbdev-Treiber aktualisiert wird.

— Jasonwryan
quelle

Ich habe das gleiche Problem mit Fedora, aber diese Lösung hilft mir nicht /etc/X11/Xwrapper.configmit allowed_users=anybodyund needs_root_rights=yes. Irgendwelche Vorschläge?

— Elster

Ich stimme dem Kommentar von @ Magpie zu, obwohl das Einfügen eines Leerzeichens vor und nach dem "=" - Zeichen für jedes Schlüssel-Wert-Paar in Xwrapper.config hilfreich sein könnte (nicht sicher, ob es wichtig ist). In meinem Fall, nachdem ich needs_root_rights = yesein paar andere Fehler erzeugt habe, die anfangs nicht da waren, dh wenn sie nur (EE) open /dev/fb0: Permission deniedangezeigt wurden.

— Cbhihe