gsettings set org.gnome.desktop.session idle-delay 设置的是息屏时间而非锁屏时间，真正锁屏需同时配置 lock-enabled 和 lock-delay；idle-delay 控制黑屏时机，lock-enabled 决定是否锁屏，lock-delay 控制黑屏后多久弹出密码框。
gsettings set org.gnome.desktop.session idle-delay 设置的是息屏时间，不是锁屏时间
很多人执行 gsettings set org.gnome.desktop.session idle-delay 600 后发现“锁屏”没变，是因为这个键值只控制「屏幕变黑」（即息屏）的等待时长，和是否弹出密码框无关。真正的锁屏触发由两个独立设置共同决定：idle-delay（空闲多久开始动作）+ lock-enabled（是否启用锁屏）+ lock-delay（黑屏后多久才锁）。
必须同时配置 lock-enabled 和 lock-delay 才能精确控制锁屏时机
GNOME 的锁屏流程是：空闲 idle-delay 秒 → 屏幕变黑 → 再等 lock-delay 秒 → 弹出锁屏界面（前提是 lock-enabled 为 true）。所以想实现「10 分钟无操作后立即锁屏」，要三步一起设：
-
gsettings set org.gnome.desktop.session idle-delay 600（10 分钟后黑屏） -
gsettings set org.gnome.desktop.screensaver lock-enabled true（允许锁屏） -
gsettings set org.gnome.desktop.screensaver lock-delay 0（黑屏后立刻锁）
如果只改 idle-delay 而 lock-enabled 是 false，屏幕会黑但不会锁；如果 lock-delay 是 60，那黑屏后还要等 1 分钟才锁——这常被误认为“延迟不准”。
企业环境或策略锁定下 gsettings set 可能无效
执行完命令后 gsettings get 显示值已改，但过几秒又自动回退到 300（5 分钟），大概率是系统被 dconf 锁定策略管控了。此时 gsettings 只能读、不能写，真实生效的是只读的系统级锁文件（如 /etc/dconf/db/local.d/locks/ 下的规则）。绕过方法有限：
- 检查是否存在锁定：
grep -r "idle-delay\|lock-enabled" /etc/dconf/db/ - 普通用户无法覆盖策略锁定，需管理员权限修改
/etc/dconf/db/local.d/配置并运行dconf update - 临时规避：用
xset dpms force off手动关屏，但这不属于“自动锁屏”逻辑
图形界面里“空白屏幕”和“锁屏延迟”是两个不同滑块
在 GNOME 设置 → 电源 → 节电 中，“空白屏幕”对应 idle-delay；而“锁屏”开关及下方的“黑屏后锁定”选项（仅当开关开启时可见）对应 lock-enabled 和 lock-delay。注意：GUI 最多只提供 15 分钟选项，想设 20 分钟或 30 分钟，必须用命令行，否则下拉菜单里选不到。
真正容易被忽略的是：lock-delay 的单位是秒，但 GUI 里显示为“分钟”，且四舍五入——比如设 lock-delay 59，GUI 可能显示“1 分钟”，但实际行为是 59 秒后锁；设 61 秒才会真按 2 分钟处理。这种隐式转换会让调试变得微妙。
