Hallo,
ich habe mal LXQT mit slim als Displaymanager (Debian Stretch) installiert und es war ein ziemliches gefrickel. Ich habe es aber hinbekommen, aber ein normaler User konnte den Rechner nicht herunterfahren. Es wurde immer nach dem Root-Passwort gefragt. Jetzt hatte ich eine Eingebung und die Gruppe "shutdown" angelegt (addgroup shutdown). Dann habe ich den normalen Benutzer der Gruppe hinzugefügt (adduser "User" shutdown). Dann habe ich neugestartet und siehe da, es funktionierte. Jetzt meine Frage: Habe ich da zu tief in das System eingegriffen (Stichwort Sicherheit), oder kann man das lassen?
Edit: Meine Probleme LXQT mit slim einzurichten könnten auch daher gekommen sein, dass ich zunächst slim mit e17 als Desktop einrichten wollte (Neuinstallation). Ich musste "xserver-xorg-input-all" und "xserver-xorg-input-mouse" manuell nachinstallieren. Als e17 die Zusammenarbeit mit connman verweigerte und sich als etwas buggy erwies, habe ich e17 gelöscht und wieder LXQT installiert, das ich in einer vorherigen Installation schon hatte. Dieses Hin und Her könnte dazu geführt haben, das mit den Benutzerrechten irgendetwas durcheinander gekommen ist. Es könnte natürlich auch sein, das man dieses Problem mit slim immer hat. Es gibt aber auch einen Vorteil: slim nutzt merklich weniger Ram als lightdm.
Debian Stretch mit slim und LXQT: shutdown als User
- Blackbox
- Beiträge: 4289
- Registriert: 17.09.2008 17:01:20
- Lizenz eigener Beiträge: GNU Free Documentation License
Re: Debian Stretch mit slim und LXQT: shutdown als User
Warum? Solltest du bereits einen anderen Display Manager installiert haben, wirst du gefragt welchen Display Manager du zukünftig verwenden möchtest.rwkraemer hat geschrieben:20.03.2019 22:56:21ich habe mal LXQT mit slim als Displaymanager (Debian Stretch) installiert und es war ein ziemliches gefrickel.
Wenn nicht kannst du dies mir Hilfe von
Code: Alles auswählen
update-alternatives
Code: Alles auswählen
dpkg-reconfigure slim
Aber auch eine Aktivierung via systemd ist möglich.
Wie genau?rwkraemer hat geschrieben:20.03.2019 22:56:21Ich habe es aber hinbekommen, aber ein normaler User konnte den Rechner nicht herunterfahren.
Das wäre eine Möglichkeit, eine andere wäre:rwkraemer hat geschrieben:20.03.2019 22:56:21Es wurde immer nach dem Root-Passwort gefragt. Jetzt hatte ich eine Eingebung und die Gruppe "shutdown" angelegt (addgroup shutdown). Dann habe ich den normalen Benutzer der Gruppe hinzugefügt (adduser "User" shutdown). Dann habe ich neugestartet und siehe da, es funktionierte.
Code: Alles auswählen
echo "exec startlxqt" >> ~/.xinitrc
Wenn die Gruppe "shutdown" nicht als Systemgruppe erstellt wurde sehe ich erst einmal keine Probleme.rwkraemer hat geschrieben:20.03.2019 22:56:21Jetzt meine Frage: Habe ich da zu tief in das System eingegriffen (Stichwort Sicherheit), oder kann man das lassen?
Aber vielleicht sieht das hier noch jemand anders?
Entschuldige, aber das ist Unsinn.rwkraemer hat geschrieben:20.03.2019 22:56:21Ich musste "xserver-xorg-input-all" und "xserver-xorg-input-mouse" manuell nachinstallieren.
Denn erstens ist xserver-xorg-input-mouse Bestandteil des Metapakets xserver-xorg-input-all und zweitens wäre interessant wie genau du deinen lxqt Desktop installiert hast?
Ich selber verwende connman mit Xfce und habe es in der Vergangenheit auch erfolgreich mit lxde, lxqt und auch mit e17 eingesetzt.rwkraemer hat geschrieben:20.03.2019 22:56:21Als e17 die Zusammenarbeit mit connman verweigerte und sich als etwas buggy erwies, habe ich e17 gelöscht und wieder LXQT installiert, das ich in einer vorherigen Installation schon hatte.
Wie sahen deine Probleme zwischen e17 und connman genau aus?
Gibt es etwas handfestes (Logfiles, Fehlermeldungen usw.) zu diesen Problemen?
Das klingt alles etwas wage.rwkraemer hat geschrieben:20.03.2019 22:56:21Dieses Hin und Her könnte dazu geführt haben, das mit den Benutzerrechten irgendetwas durcheinander gekommen ist.
Kannst du bitte konkret werden, was genau nicht funktioniert hat, eben etwas mit dem man die Fehler nachvollziehen zu können.
Laienhafte Beschreibungen sind meistens nicht hilfreich.
Nein hat man nicht, ich setze slim bereits seit Jahren ohne Probleme ein.rwkraemer hat geschrieben:20.03.2019 22:56:21Es könnte natürlich auch sein, das man dieses Problem mit slim immer hat.
Das letzte belegte Problem welches bei mir zugeschlagen hat war, während des letzten Relaseprozesses (Jessie → Stretch).
FullACKrwkraemer hat geschrieben:20.03.2019 22:56:21Es gibt aber auch einen Vorteil: slim nutzt merklich weniger Ram als lightdm.
Eigenbau PC: Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Desktop PC: Dell Inspiron 530 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Notebook: TUXEDO BU1406 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Alles Minimalinstallationen und ohne sudo/PA/PW.
Rootserver: Rocky Linux 9.3 - Kernel: 5.14
Freie Software unterstützen, Grundrechte stärken!
Desktop PC: Dell Inspiron 530 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Notebook: TUXEDO BU1406 - Debian Sid - Kernel: 6.5.13 - Xfce 4.18 mit sway
Alles Minimalinstallationen und ohne sudo/PA/PW.
Rootserver: Rocky Linux 9.3 - Kernel: 5.14
Freie Software unterstützen, Grundrechte stärken!