#loginctl — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #loginctl, aggregated by home.social.
-
3.
Some Linux-based operating systems no longer maintain the Unix login database; most notably, perhaps, Ubuntu from this year, although other operating systems got rid of it earlier than Ubuntu did.
It's not "who", unless one has a specially patched version, but rather the systemd native "loginctl list-sessions" now. And that latter is all that some Linux people now know.
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/2103489
https://forums.freebsd.org/threads/how-to-list-the-current-active-login-sessions.77834/
-
3.
Some Linux-based operating systems no longer maintain the Unix login database; most notably, perhaps, Ubuntu from this year, although other operating systems got rid of it earlier than Ubuntu did.
It's not "who", unless one has a specially patched version, but rather the systemd native "loginctl list-sessions" now. And that latter is all that some Linux people now know.
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/2103489
https://forums.freebsd.org/threads/how-to-list-the-current-active-login-sessions.77834/
-
3.
Some Linux-based operating systems no longer maintain the Unix login database; most notably, perhaps, Ubuntu from this year, although other operating systems got rid of it earlier than Ubuntu did.
It's not "who", unless one has a specially patched version, but rather the systemd native "loginctl list-sessions" now. And that latter is all that some Linux people now know.
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/2103489
https://forums.freebsd.org/threads/how-to-list-the-current-active-login-sessions.77834/
-
3.
Some Linux-based operating systems no longer maintain the Unix login database; most notably, perhaps, Ubuntu from this year, although other operating systems got rid of it earlier than Ubuntu did.
It's not "who", unless one has a specially patched version, but rather the systemd native "loginctl list-sessions" now. And that latter is all that some Linux people now know.
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/2103489
https://forums.freebsd.org/threads/how-to-list-the-current-active-login-sessions.77834/
-
Beim Umzug des Computers in ein neues Gehäuse habe ich eine zusätzliche 4x USB 3.0 PCIe-Karte in den obersten PCIe-Slot gesteckt (zwischen Main-Grafikkarte und CPU). Dadurch hat sich intern eine neue PCI-Numerierung ergeben und daher hat die letzte Multi-Seat-Konfiguration nicht mehr funktioniert.
Leider habe ich 2 Stunden damit verbracht herauszufinden, warum ein einfachesloginctl attach seat1 '/sys/devices/pci0000:00/0000:00:03.1/0000:08:00.0/0000:09:00.0/0000:0a:00.0/drm/card1'
nicht zu einem zweiten Login-Bildschirm durch lightdm am Arbeitsplatz meiner Freundin führte …
Man sollte beim Befolgen von diversen HowTos auch nicht das Gehirn komplett ausschalten: Aus mir unerfindlichen Gründen ist die Boot-Grafikkarte im Haupt-PCI16-Slot (EFI/BIOS, Linux-Konsole etc.) bei mir im System als "card1" registriert und die Zweit-Grafikkarte im untersten PCI-Slot daher als card0. Die Hauptgrafikkarte (hier card1) stellt aber die Linux-Konsole bereit, die zu seat0 gehören muss und kann daher nicht zu seat1 hinzugefügt werden. Klar, ich hatte das schon mal vor geraumer Zeit richtig gemacht, mir aber den Fallstrick nicht aufgeschrieben bzw. gemerkt. Loginctl scheint das nicht weiter zu prüfen und lightdm scheitert beim Nutzen dieser Konfiguration. Logs waren auch nicht wirklich hilfreich.
Bei den Grafikkarten handelt es sich um eine Radeon 6400 und eine 6500, werden aber in lspci als quasi identische Typen angezeigt und sind über die Namen auch leider ununterscheidbar:0a:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Navi 24 [Radeon RX 6400/6500 XT/6500M] (rev c1)
07:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Navi 24 [Radeon RX 6400/6500 XT/6500M] (rev c7)
#linux #multiseat #loginctl #lightdm -
-
-
-
