简而言之- 我遇到一个问题，当没有用户登录时，我的 Ubuntu 桌面计算机似乎处于“睡眠”状态，我很想防止这种情况发生。
更多详情 -
如果我写的内容不清楚或重复，请先道歉 - 我对 Linux 和 Ubuntu 还很陌生。
显而易见的是 - 问题不在于我的显示器关闭了，而在于计算机在用户登录屏幕停留几分钟后似乎进入了睡眠状态，并且没有用户登录。症状是：
这与我实际登录用户时的情况相反。在这种情况下，屏幕可以在 X 分钟后关闭，但计算机永远不会注销/进入睡眠状态（根据Settings-> Power->中的配置Power Saving）。
这是一个运行 Ubuntu 24.04.2 LTS 的全新安装。我安装了 Ubuntu Desktop 并更改为 lightdm。
提前致谢！如果相关的话，很乐意分享更多信息。
对于 Peppermint 11.6 bullseye - 它基于 Debian - 32 位
我想达到以下行为：
到目前为止，我可以为 Ubuntu 执行此方法，根据How can I告诉Ubuntu在我关闭笔记本电脑盖时不执行任何操作？，但不适用于薄荷。
为了以防万一，应用了以下说明：
/etc/systemd/logind.conf文件#HandleLidSwitch=suspend到HandleLidSwitch=ignoresudo systemctl restart systemd-logind命令即使重新启动操作系统，所需的行为也不会按指示进行。当然，它适用于 Ubuntu，但不适用于 Peppermint – 请记住两者都基于 Debian。
如何实现这个目标？
我正在编写一个 C 程序，根据电池是否正在充电来计算剩余电池寿命或充电时间。我这样做的方法是读取/sys/class/power_supply/BAT0. 计算剩余电池寿命：
battery life = charge_now / current_now
计算充电时间：
charge time = (charge_full - charge_now) / current_now
上面两个公式产生的结果与命令的输出完全相同acpi。但是，我注意到有时，由于某种原因，文件charge_now、charge_full和current_now不存在于目录中，但其他文件（例如capacity和 ）status仍然存在。发生这种情况时，我无法计算电池寿命或充电时间。但acpi还是能算出来的。为什么这些文件有时会消失acpi？发生这种情况时如何仍然能够计算电池寿命和充电时间？
关于halt在 Linux 中的这些地方：
指出以下内容：
halt is usually to get to a state where you can perform low level maintenance.
和
You can use it to get the system to a state where you can perform low level maintenance.
因此：“您可以执行低级别维护”是什么意思？
一些要理解的示例/场景将很有价值。我想知道不运行操作系统和运行 PC 的情况下可以做什么（因此有电）
我当前的配置是 Windows-11（我的工作需要）和 Ubuntu 21.10 在 HP Probook G10 上双启动。因为我必须安全启动才能运行 Win-11，所以我必须在 Linux 上不休眠（真的很难）。
我意识到，当在所有预构建内核上启用安全启动时，休眠现在被正式禁用。我很欣赏安全性并理解锁定决定的性质。但是，尽管它引入了惊人的安全风险，但是否有一种“官方非官方”的方式来放松内核编译配置选项或补丁中的此设置，以便休眠和安全启动并共存？
我只想能够启动 Win-11 和 Linux，同时接受这会让我面临的全部风险。
可能的？
我最近在三星 NC10 上网本中安装了 voidlinux。我安装了 LxQT 但启动 LxQT 后找不到电池。查看问题似乎upower无法正确启动。如果我跑步，/usr/libexec/upowerd我会收到以下消息：
(upowerd:4419): GLib-GIO-CRITICAL **: 10:07:48.902: g_dbus_proxy_get_connection: assertion 'G_IS_DBUS_PROXY (proxy)' failed
(upowerd:4419): GLib-GIO-CRITICAL **: 10:07:48.903: g_dbus_connection_signal_subscribe: assertion 'G_IS_DBUS_CONNECTION (connection)' failed
(upowerd:4419): GLib-GIO-CRITICAL **: 10:07:48.903: g_dbus_proxy_call_sync_internal: assertion 'G_IS_DBUS_PROXY (proxy)' failed
(upowerd:4419): UPower-Linux-WARNING **: 10:07:48.903: Could not acquire inhibitor lock: Unknown reason
(upowerd:4419): GLib-GIO-CRITICAL **: 10:07:48.905: g_dbus_proxy_get_connection: assertion 'G_IS_DBUS_PROXY (proxy)' failed
(upowerd:4419): GLib-GIO-CRITICAL **: 10:07:48.905: g_dbus_connection_signal_unsubscribe: assertion 'G_IS_DBUS_CONNECTION (connection)' failed
如果我尝试跑步，upower我会得到：
(upower:8422): UPower-WARNING **: 10:14:12.323: Cannot connect to upowerd: No se pudo conectar: No existe el fichero o el directorio
这很奇怪，因为upowerd系统中存在。我已经尝试重新安装这些软件包，但仍然遇到同样的问题。系统是最新的，我正在使用内核5.15.17_1
因此，您可能会对上下文有更好的了解，这个想法来自“让孩子逐渐对自己的设备负责”的具体问题。
所以我想知道是否有可能在特定时间段内阻止开机以保持计算机使用率处于负面状态（例如只允许在下午 5 点到 6:30 之间连接）。
如果没有，那么要防止登录？
我想在notify-send按下电源按钮时向用户显示通知。
电源按钮附有一个特殊脚本，仅在经过指定时间后才允许关闭。
在那个时候，当用户无法关闭设备时，我想显示一个通知，上面写着“请稍候......”。
问题是，当我将notify-send命令放入脚本时，它会向整个屏幕发送该通知，因为按下按钮后脚本会执行 50 次。它与电源按钮硬件有关（我认为）。
所以我的问题是有办法吗？
在我的操作系统启动后，我可以听到扬声器反复发出类似刮擦的噪音。我在谷歌上搜索了这个问题，几乎在某处找到了解决方案：如果我像一个
echo 0 | sudo tee /sys/module/snd_hda_intel/parameters/power_save
在终端中，然后输入密码，此命令回显“0”并且噪音消散。解决方案是有缺陷的，因为每次启动时都键入相同的命令很烦人。然后我还有几个问题：
PS我有肉桂DE，如果它确实重要的话。
我有一台运行 Arch 的笔记本电脑，我已经使用了大约 3 年。诚然，我对系统更新有点草率，但除了图形驱动程序的一些怪癖之外，它的状态很好。这在昨天一夜之间发生了变化。
不知何故，笔记本电脑会在很短的时间间隔内自发关闭，甚至很难诊断出发生了什么（通常，启动后，我有 1-2 分钟的时间做某事，直到它决定关闭）。关机是“有序的”，因为它不仅会变黑，而且我会看到关机日志。下次启动时，我看到一些检查正在运行，因为文件系统没有正确卸载，但除此之外，我没有看到任何错误的迹象 - 非常类似于笔记本电脑因电池电量严重不足而关闭时，只有这里，无论是使用电池电源还是交流电源，都会发生这种情况。
我问过朋友google，似乎大多数情况下都会发生这种情况，这与过热有关。因此，我查看了温度传感器，发现在关机前不久，温度都没有超过 50 摄氏度，这让我觉得这不太可能是问题所在。
我很茫然 - 这种行为的可能原因是什么，我该如何解决？在系统启动之前，我没有对系统做任何特别的事情，没有完整的系统更新、安装新硬件或物理事故。我记得最近执行的更改是更新了一些用户空间应用程序（discord、skype、chrome）并在我为这台笔记本电脑拥有的两块电池之间交换了几次，但这些都不应该与这种行为有关.
通常，我现在会开始在互联网上阅读，但由于大多数搜索结果都与过热有关（在我的情况下这似乎不是问题）而且我真的没有足够的时间让机器运行为了明智地调试和测试我自己的假设，我来这里是为了获得有关检查内容的指导和建议。
任何想法、建议和检查都将受到高度赞赏。