主页 / unix / 问题

问题[power-management](unix)

Martin Hope
Manuel Jordan
Asked: 2024-03-16 03:22:58 +0800 CST
  • 5

对于 Peppermint 11.6 bullseye - 它基于 Debian - 32 位

我想达到以下行为：

  • 当笔记本电脑的盖子关闭时，操作系统仍在工作（但屏幕为黑色）。

到目前为止，我可以为 Ubuntu 执行此方法，根据How can I告诉Ubuntu在我关闭笔记本电脑盖时不执行任何操作？，但不适用于薄荷。

为了以防万一，应用了以下说明：

  1. 打开/etc/systemd/logind.conf文件
  2. 编辑从#HandleLidSwitch=suspend到HandleLidSwitch=ignore
  3. 执行sudo systemctl restart systemd-logind命令
  4. 如果仍然为黑色且下划线为白色，请再次登录：按Ctrl+C并再次登录

即使重新启动操作系统，所需的行为也不会按指示进行。当然，它适用于 Ubuntu，但不适用于 Peppermint – 请记住两者都基于 Debian。

如何实现这个目标？

power-management
Martin Hope
Amarakon
Asked: 2023-10-18 07:43:06 +0800 CST
  • 5

我正在编写一个 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？发生这种情况时如何仍然能够计算电池寿命和充电时间？

power-management
Martin Hope
Manuel Jordan
Asked: 2022-04-21 09:08:58 +0800 CST
  • 2

关于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 的情况下可以做什么（因此有电）

shutdown power-management
Martin Hope
Dan
Asked: 2022-03-05 20:43:02 +0800 CST
  • 1

我当前的配置是 Windows-11（我的工作需要）和 Ubuntu 21.10 在 HP Probook G10 上双启动。因为我必须安全启动才能运行 Win-11，所以我必须在 Linux 上不休眠（真的很难）。

我意识到，当在所有预构建内核上启用安全启动时，休眠现在被正式禁用。我很欣赏安全性并理解锁定决定的性质。但是，尽管它引入了惊人的安全风险，但是否有一种“官方非官方”的方式来放松内核编译配置选项或补丁中的此设置，以便休眠和安全启动并共存？

我只想能够启动 Win-11 和 Linux，同时接受这会让我面临的全部风险。

可能的？

windows power-management
Martin Hope
PerroNoob
Asked: 2022-02-01 05:25:27 +0800 CST
  • 1

我最近在三星 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

power-management battery
Martin Hope
Etsaf
Asked: 2022-01-28 00:42:19 +0800 CST
  • 1

因此，您可能会对上下文有更好的了解，这个想法来自“让孩子逐渐对自己的设备负责”的具体问题。

所以我想知道是否有可能在特定时间段内阻止开机以保持计算机使用率处于负面状态（例如只允许在下午 5 点到 6:30 之间连接）。

如果没有，那么要防止登录？

boot power-management
Martin Hope
kamdeb6x3
Asked: 2021-12-14 03:02:14 +0800 CST
  • 0

我想在notify-send按下电源按钮时向用户显示通知。

电源按钮附有一个特殊脚本，仅在经过指定时间后才允许关闭。

在那个时候，当用户无法关闭设备时，我想显示一个通知，上面写着“请稍候......”。

问题是，当我将notify-send命令放入脚本时，它会向整个屏幕发送该通知，因为按下按钮后脚本会执行 50 次。它与电源按钮硬件有关（我认为）。

所以我的问题是有办法吗？

ubuntu power-management
Martin Hope
SpeciallyTrainedMacaque
Asked: 2020-03-04 08:25:17 +0800 CST
  • 0

在我的操作系统启动后，我可以听到扬声器反复发出类似刮擦的噪音。我在谷歌上搜索了这个问题，几乎在某处找到了解决方案：如果我像一个

echo 0 | sudo tee /sys/module/snd_hda_intel/parameters/power_save

在终端中，然后输入密码，此命令回显“0”并且噪音消散。解决方案是有缺陷的，因为每次启动时都键入相同的命令很烦人。然后我还有几个问题：

  1. 我应该在启动脚本的某个地方创建一个新命令来摆脱从头开始吗？不知何故我想知道这是否是个好主意，但如果是这样，这个页面是否需要遵循？我没有systemd，但是runit。
  2. 在这个 bash 命令中，“echo”做了什么？在阅读“man echo”时，我只知道，它需要变量输出等。

PS我有肉桂DE，如果它确实重要的话。

audio power-management
Martin Hope
carsten
Asked: 2020-02-29 03:34:15 +0800 CST
  • 0

我有一台运行 Arch 的笔记本电脑，我已经使用了大约 3 年。诚然，我对系统更新有点草率，但除了图形驱动程序的一些怪癖之外，它的状态很好。这在昨天一夜之间发生了变化。

不知何故，笔记本电脑会在很短的时间间隔内自发关闭，甚至很难诊断出发生了什么（通常，启动后，我有 1-2 分钟的时间做某事，直到它决定关闭）。关机是“有序的”，因为它不仅会变黑，而且我会看到关机日志。下次启动时，我看到一些检查正在运行，因为文件系统没有正确卸载，但除此之外，我没有看到任何错误的迹象 - 非常类似于笔记本电脑因电池电量严重不足而关闭时，只有这里，无论是使用电池电源还是交流电源，都会发生这种情况。

我问过朋友google，似乎大多数情况下都会发生这种情况，这与过热有关。因此，我查看了温度传感器，发现在关机前不久，温度都没有超过 50 摄氏度，这让我觉得这不太可能是问题所在。

我很茫然 - 这种行为的可能原因是什么，我该如何解决？在系统启动之前，我没有对系统做任何特别的事情，没有完整的系统更新、安装新硬件或物理事故。我记得最近执行的更改是更新了一些用户空间应用程序（discord、skype、chrome）并在我为这台笔记本电脑拥有的两块电池之间交换了几次，但这些都不应该与这种行为有关.

通常，我现在会开始在互联网上阅读，但由于大多数搜索结果都与过热有关（在我的情况下这似乎不是问题）而且我真的没有足够的时间让机器运行为了明智地调试和测试我自己的假设，我来这里是为了获得有关检查内容的指导和建议。

任何想法、建议和检查都将受到高度赞赏。

arch-linux power-management
Martin Hope
Matt Arnold
Asked: 2020-02-14 14:59:13 +0800 CST
  • 3

我最近继承了几个基于 Linux 的维护，internet kiosks基本上只是 Ubuntu，图形会话锁定在 Firefox 中。无论如何，如果没有人在几个小时内使用它们，是否有现成的解决方案可以将它们发送到休眠/关闭？

cron 作业不够灵活。我想我可以编写一个脚本来查看 xscreensaver 已经运行了多长时间，但那将是一个难题。我的谷歌搜索结果并不乐观

desktop power-management