#archlinux-cn-appearance
!UdcRVLCUPlBpwjoUET:nichi.co
1,941 messages · Page 16 of 20
系统服务那确实是不会 freeze
systemd 没有 freeze 住 user.slice 吗
我都是写进fstab的
我的 nfs 都是 suspend 前卸载的
> <@telegram_748656009:nichi.co> 好像是因为...挂载了rclone
O.O
我看到了vfs
原来如此
[m.image] image.jpeg
好像是因为...挂载了rclone
对的,后台图标一多,然后QQ和微信永远一左一右
那就不行吧
拖不动的
直接拖拽试试?
我也没发现有这个功能(
我找了一下也没找到
我不记得有这个功能 (
kde的托盘应用图标能调顺序吗,比如qq和微信这些小图标,主群没人理我(
我记得我当时好像设置了一个和硬盘节能有关的东西导致睡眠唤醒卡挺久
也有可能是被什么错误卡住了,等待timeout
> <@telegram_748656009:nichi.co> 我自己调查一下
🤗
我自己调查一下
Feb 11 16:17:45 Arcat-ArchLinux systemd-sleep[1026541]: Failed to freeze unit 'user.slice': Connection timed out
Feb 11 16:18:05 Arcat-ArchLinux kernel: Freezing user space processes failed after 20.007 seconds (1 tasks refusing to freeze, wq_busy=0):
Feb 11 16:18:26 Arcat-ArchLinux kernel: Freezing user space processes failed after 20.009 seconds (1 tasks refusing to freeze, wq_busy=0):
Feb 11 16:18:26 Arcat-ArchLinux systemd-sleep[1026541]: Failed to put system to sleep. System resumed again: Device or resource busy
Feb 11 16:18:26 Arcat-ArchLinux systemd[1]: systemd-suspend.service: Failed with result 'exit-code'.
Feb 11 16:18:26 Arcat-ArchLinux systemd[1]: Failed to start System Suspend.
Feb 11 16:18:26 Arcat-ArchLinux systemd[1]: Dependency failed for Suspend.
Feb 11 16:18:26 Arcat-ArchLinux upowerd[5055]: Could not acquire inhibitor lock: GDBus.Error:org.freedesktop.login1.OperationInProgress: The operation inhibition>
Feb 11 16:18:26 Arcat-ArchLinux NetworkManager[1231]: <warn> [1770797906.6150] device (4C:92:D2:35:78:D6): error setting IPv4 forwarding to '1': Resource tempor>
Feb 11 16:18:26 Arcat-ArchLinux NetworkManager[1231]: <error> [1770797906.6353] device (wlan0): Station.GetOrderedNetworks failed: GDBus.Error:org.freedesktop.DB>
我查了下journal,发现了大量的NetworkManager有关的错误日志,在电脑休眠期间
OK,晚点我试试
或者直接journalctl
https://www.kernel.org/doc/html/latest/power/basic-pm-debugging.html
kde的话kjournald,gnome我不知道,群友也许能举个例子
啊这不太正常
明显的错误消息之类的
还是睡眠好,秒开(
有没有看journal
是SSD
还没去调查,只是显示器会秒亮,然后也不会更新显示器,锁屏时间倒是对的....然后触控板跟键盘都无法输入,等几分钟才好
热血沸腾的组合技(x
有什么硬件是五分钟唤不醒的(
硬盘如果不是机械硬盘应该没有那么大的效果吧(考虑到16G)
依云姐是说不久还是久
是不是有可能一些硬件唤醒也比较慢
是不是硬盘比较慢(
卡五分钟好久哦
休眠唤醒要从硬盘读数据
* 总之有点些微的灵车
总之有点灵车
* 哦对了,这个硬件里面甚至有一部分不是用ACPI驱动的(疑似)
> <@telegram_594448145:nichi.co> bios 里面面瘦什么设置?或者干脆是厂商的 ACPI 写糊了
哦对了,这个硬件里面甚至有一部分不是用ACPI驱动的
那行,那我就不管了
你想一次卡完就 swapoff 一下
可能要卡5分钟左右
> <@nyaacinth:mozilla.org> 直接mask hibenation,close as resolved
啊,不是回复上面那一条消息的,上下文是我发的那一条消息)))
我的笔记本倒是挺能睡的
* 直接mask hibernation,close as resolved
直接mask hibenation,close as resolved
我电脑偶尔休眠唤醒需要卡一会儿,是不是因为我的swap空间设少了(物理内存13GB,swap16GB,开了zswap)
我是amd
> <@telegram_824372155:nichi.co> Linux 休眠应该是(可以)不依赖固件的
倒也没必要了,我不需要追求hibernation可用性)
suspend在我这可以续航14-20+天
有个设置项
Linux 休眠应该是(可以)不依赖固件的
放弃思考了
Windows也是这个状态
Linux的体现是指纹识别、摄像头、麦克风和一部分USB接口死掉
不过我捕捉不到Windows在这个过程中发生了什么
我之前win用休眠是正常的,Linux也是正常的,就是慢点,不如睡眠爽(
至少我这边Linux和Windows行为相同,所以可能我之前描述的配置只在这个硬件组合上生效
zh_MS通常比较难懂,很难正确的翻译到zh_CN
思考^2
* 硬件可能具有无法被mmio控制的状态,休眠恢复之后这些状态无法还原。
但是这种情况大概很少见?我觉得Windows无法启用的可能并非传统意义上的hibernation
硬件可能具有无法被mmio控制的状态,休眠恢复之后这些状态无法还原。
但是这种情况大概很少见?我觉得Windowsm无法启用的可能并非传统意义上的hibernation
从 hibernate 正常恢复应该是预期的功能
如果没做好肯定是哪里有 bug
这台机器Windows安装后不通过命令行是无法启用hibernation的,说明微软也知道这个问题
bios 里面面瘦什么设置?或者干脆是厂商的 ACPI 写糊了
可能是厂商的锅
也许是厂商的锅了?
> <@telegram_594448145:nichi.co> 没恢复就是没调对
Windows具有相同行为
我理解这个过程,而且我在上一个使用Linux的硬件上就是将hibernation作为默认选项的
仍然耗电
持续保持对内存的低功耗供电
你说的应该是睡眠
hibernate 就是把内存内容写到硬盘
那我应该是理解错了
抱歉
休眠中死去的问题通常不是软件导致的
因为在我的这台机器上Windows不允许用户休眠,而且强制休眠会产生以上的问题
开机读出来
> <@telegram_824372155:nichi.co> 没这回事
思考...
先把内存写swap里
休眠不就是断电吗
没这回事
可能更多是移动平台失去了休眠能力,许多组件会因为休眠睡死,需要重新断电初始化才能恢复运作,而且这个睡死不是因为硬件驱动不良
为啥这么说
O.O;
我才意识到,现代系统已经没有hibernation的能力了。所以刚刚移除了swap分区并启用了zram
单纯为了绕过反对意见而改名的
好像就是改了个名字
就是不知道 ext-zones 到 xx-zones 变了多少