You are not logged in.
Pages: 1
Yes, you are right. It only turned out during testing that it has nothing to do with the function of xscreensaver, but with a display problem.
If I disable /etc/X11/xorg.conf.d/20-intel.conf, then the screen is not blacked out and the xscreensaver locking screen is not visible. See my post #8
Thanks for the tips on the display driver. But if I uninstall xserver-xorg-video-intel and modesetting_drv.so is loaded, then I have the same problem again. Maybe there is also an option needed for the modesetting driver?
I was able to solve my problem with the following setting:
lspci|grep VGA
00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 620 (rev 07)
Created /etc/X11/xorg.conf.d/20-intel.conf
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "TearFree" "true"
EndSection
Thanks a lot for your support!
Kind regards
Klaus
Hello and thank you for the settings.
I think it is a different problem. If I set the settings as you suggested, then the screen does not respond to input after the lid is opened again.
I see the screen with all programs open, but I can't make any input. I notice that I can only move the mouse in a very small rectangular area in the middle of the screen.
I then noticed that the area is the same size as the xscreensaver window, which is the unlock screen. Only that it is not visible. If I then "blindly" enter my password, the screen gets unlocked.
Who has an idea what else I could check, why the screen does not go black and the xscreensaver unlock screen is not visible?
Many thanks!
Klaus
when i uninstall xscreensaver, the screen is not locked at all. Could it be that you have installed another package that locks the screen?
Hello,
thanks for your reply!
the package xfce4-screensaver as mentioned in the post is not present on my system and cannot be installed. The existing version of xfce4 uses xscreensaver as a screen lock.
Kind regards,
Klaus
Maybe the developers can provide a way for pre/post hooks for the devuan version of elogind?
Hello,
if the laptop lid is closed, then the laptop is put into standby mode, but the screen is not locked. I.e. after opening the lid, the screen is not locked.
But when the standby button is pressed, the screen is locked and the laptop goes into standby mode.
Could this be a bug in elogind, which does the job of monitoring lid closure?
~$ cat /etc/devuan_version
chimaera
~$ xfconf-query -c xfce4-power-manager -l -v
/xfce4-power-manager/brightness-switch 0
/xfce4-power-manager/brightness-switch-restore-on-exit 1
/xfce4-power-manager/critical-power-action 3
/xfce4-power-manager/inactivity-on-battery 46
/xfce4-power-manager/inactivity-sleep-mode-on-battery 1
/xfce4-power-manager/lid-action-on-ac 1
/xfce4-power-manager/lid-action-on-battery 1
/xfce4-power-manager/lock-screen-suspend-hibernate true
/xfce4-power-manager/logind-handle-lid-switch true
/xfce4-power-manager/power-button-action 3
/xfce4-power-manager/show-tray-icon false
~$ xfconf-query -c xfce4-session -l -v
/general/FailsafeSessionName Failsafe
/general/LockCommand
/general/PromptOnLogout false
/general/SessionName Default
/sessions/Failsafe/Client0_Command <<UNSUPPORTED>>
/sessions/Failsafe/Client0_PerScreen false
/sessions/Failsafe/Client0_Priority 15
/sessions/Failsafe/Client1_Command <<UNSUPPORTED>>
/sessions/Failsafe/Client1_PerScreen false
/sessions/Failsafe/Client1_Priority 20
/sessions/Failsafe/Client2_Command <<UNSUPPORTED>>
/sessions/Failsafe/Client2_PerScreen false
/sessions/Failsafe/Client2_Priority 25
/sessions/Failsafe/Client3_Command <<UNSUPPORTED>>
/sessions/Failsafe/Client3_PerScreen false
/sessions/Failsafe/Client3_Priority 30
/sessions/Failsafe/Client4_Command <<UNSUPPORTED>>
/sessions/Failsafe/Client4_PerScreen false
/sessions/Failsafe/Client4_Priority 35
/sessions/Failsafe/Count 5
/sessions/Failsafe/IsFailsafe true
/shutdown/LockScreen true
Thank you!
Kind regards
Klaus
Maybe you could install a debian LXC container with the existing Templates. Then "upgrade" the installation to devuan.
Hello,
where do I place scripts that should be run before suspend and after resume?
My system is running elogind and suspend with
loginctl suspend
works. I think that this is the command that is used when supending with KDE Plasma menu?
Thanks and kind regards
Klaus
Hello Chris,
good idea! I modified /etc/init.d/lightdm:
from:
# Required-Start: $local_fs $remote_fs x11-common
to:
# Required-Start: $local_fs $remote_fs x11-common $network wicd elogind nscd
And did an "update-rc.d -f lightdm defaults". Unfortunately without success.
Thank you for thinking about it.
Thank you for sharing your workaround!
But I don't think my problem is the same. I don't use sssd and the LDAP groups and local groups are already there. wicd does not "see" that the user is already in "netdev" group. Also note, that restarting lightdm solves the problem. I also tried not to let lightdm start automatically, but manually. Then the problem does not occur. I.e. the LDAP user can log in and wicd is available without errors.
I tried to debug the login with autostarting lightdm and manual starting lightdm. The only difference is in the end of the login process. Both after a reboot of the system:
/var/log/lightdm.log when wicd throws an error and autostart of lightdm:
[+14.83s] DEBUG: Session pid=2127: Logging to .xsession-errors
[+15.89s] DEBUG: Activating VT 7
[+15.89s] DEBUG: Activating login1 session 1
[+15.90s] DEBUG: Seat seat0 changes active session to 1
[+15.90s] DEBUG: Session 1 is already active
/var/log/lightdm.log when wicd runs without error and manual start of lightdm:
[+11.52s] DEBUG: Session pid=2694: Logging to .xsession-errors
[+12.31s] DEBUG: Activating VT 7
[+12.31s] DEBUG: Activating ConsoleKit session 6600bc8c21fb508c4e4c9e595de0c98d-1575135846.636290-239615711
[+12.31s] WARNING: Error activating ConsoleKit session: GDBus.Error:org.freedesktop.DBus.GLib.UnmappedError.CkVtMonitorError.Code0: Session is already active
Maybe these differences are not directly related to the wicd error. but at the moment i don't know where to look.
Thanks!
Hello,
I have an LDAP setup with Devuan ascii with libpam_ldap and libnss_ldap. "getent group" and "getent passwd" delivers the LDAP groups and users. To get local groups like audio, plugdev etc. assigned to the LDAP users I configured pam_group.so.
When I now login to with lightdm login manager with an LDAP user wicd is unable to contact the wicd daemon due to an access denied error from dbus. The user should be added to the "netdev" group.
Afterwards I check my groups in a terminal I get the LDAP and the localgroups and we see, that the user *is* in the netdev group:
~$ groups
STUDENTS dialout cdrom floppy audio dip video plugdev netdev DOMAINUSERS 5A 5B 5C 5D 6A 6B 6C 6D 7A 7B 7C 7D 8A 8B 8C 8D 9A 9B 9C 9D 10A 10B 10C 10D 11A 11B 11C 11D 12
When I switch to a console tty and restart lightdm as root and login afterwards, the wicd error is gone away. But of course only until next reboot.
It seems that lightdm cannot see the pam_group assigned local groups at the first start. How can I get lightdm, pam_group and wicd get working together?
Thanks!
Klaus
Hello,
I have an LDAP setup with Devuan ascii with libpam_ldap and libnss_ldap. "getent group" and "getent passwd" delivers the LDAP groups and users. To get local groups like audio, plugdev etc. assigned to the LDAP users I configured pam_group.so:
cat /etc/security/group.conf:
*;*;%DOMAINUSERS;Al0000-2400;plugdev,audio,cdrom,dialout,floppy,dip,video,netdev
cat /etc/pam.d/common-auth:
...
# here are the per-package modules (the "Primary" block)
auth required pam_group.so use_first_pass
auth [success=2 default=ignore] pam_unix.so nullok_secure try_first_pass
auth [success=1 default=ignore] pam_ldap.so use_first_pass
...
When I now login to slim login manager with an LDAP user and afterwards check my groups in a terminal I only get the LDAP groups but not the local groups:
~$ groups
STUDENTS DOMAINUSERS 5A 5B 5C 5D 6A 6B 6C 6D 7A 7B 7C 7D 8A 8B 8C 8D 9A 9B 9C 9D 10A 10B 10C 10D 11A 11B 11C 11D 12
When I login with ssh I get the local groups:
~$ groups
STUDENTS dialout cdrom floppy audio dip video plugdev netdev DOMAINUSERS 5A 5B 5C 5D 6A 6B 6C 6D 7A 7B 7C 7D 8A 8B 8C 8D 9A 9B 9C 9D 10A 10B 10C 10D 11A 11B 11C 11D 12
How do I tell slim to honor pam_group?
Thanks!
Pages: 1