#archlinux-cn-appearance

!UdcRVLCUPlBpwjoUET:nichi.co

1,941 messages · Page 16 of 20

kimiblock
系统服务那确实是不会 freeze
telegram_748656009
kimiblock
systemd 没有 freeze 住 user.slice 吗
telegram_748656009
我都是写进fstab的
telegram_313927976
我的 nfs 都是 suspend 前卸载的
nyaacinth
> <@telegram_748656009:nichi.co> 好像是因为...挂载了rclone O.O
telegram_748656009
我看到了vfs
telegram_313927976
原来如此
telegram_748656009
[m.image] image.jpeg
telegram_748656009
好像是因为...挂载了rclone
telegram_5990578610
哈哈哈
telegram_5990578610
对的,后台图标一多,然后QQ和微信永远一左一右
telegram_5326856800
那就不行吧
telegram_5990578610
拖不动的
telegram_5326856800
直接拖拽试试?
felineterrorist
我也没发现有这个功能(
telegram_5990578610
我找了一下也没找到
kimiblock
我不记得有这个功能 (
telegram_5990578610
kde的托盘应用图标能调顺序吗,比如qq和微信这些小图标,主群没人理我(
telegram_5326856800
我记得我当时好像设置了一个和硬盘节能有关的东西导致睡眠唤醒卡挺久
telegram_5326856800
也有可能是被什么错误卡住了,等待timeout
nyaacinth
> <@telegram_748656009:nichi.co> 我自己调查一下 🤗
telegram_748656009
我自己调查一下
telegram_748656009
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>
telegram_748656009
我查了下journal,发现了大量的NetworkManager有关的错误日志,在电脑休眠期间
telegram_748656009
OK,晚点我试试
nyaacinth
或者直接journalctl
telegram_313927976
https://www.kernel.org/doc/html/latest/power/basic-pm-debugging.html
nyaacinth
kde的话kjournald,gnome我不知道,群友也许能举个例子
telegram_313927976
啊这不太正常
nyaacinth
明显的错误消息之类的
telegram_748656009
telegram_5326856800
还是睡眠好,秒开(
nyaacinth
有没有看journal
telegram_748656009
是SSD
telegram_748656009
还没去调查,只是显示器会秒亮,然后也不会更新显示器,锁屏时间倒是对的....然后触控板跟键盘都无法输入,等几分钟才好
nyaacinth
热血沸腾的组合技(x
telegram_5326856800
有什么硬件是五分钟唤不醒的(
nyaacinth
硬盘如果不是机械硬盘应该没有那么大的效果吧(考虑到16G)
telegram_748656009
依云姐是说不久还是久
nyaacinth
是不是有可能一些硬件唤醒也比较慢
telegram_5326856800
是不是硬盘比较慢(
telegram_313927976
卡五分钟好久哦
telegram_5326856800
休眠唤醒要从硬盘读数据
nyaacinth
* 总之有点些微的灵车
nyaacinth
总之有点灵车
nyaacinth
* 哦对了,这个硬件里面甚至有一部分不是用ACPI驱动的(疑似)
nyaacinth
> <@telegram_594448145:nichi.co> bios 里面面瘦什么设置?或者干脆是厂商的 ACPI 写糊了 哦对了,这个硬件里面甚至有一部分不是用ACPI驱动的
telegram_748656009
那行,那我就不管了
telegram_313927976
你想一次卡完就 swapoff 一下
telegram_748656009
可能要卡5分钟左右
telegram_313927976
正常啊
nyaacinth
> <@nyaacinth:mozilla.org> 直接mask hibenation,close as resolved 啊,不是回复上面那一条消息的,上下文是我发的那一条消息)))
telegram_1254068244
我的笔记本倒是挺能睡的
nyaacinth
* 直接mask hibernation,close as resolved
nyaacinth
直接mask hibenation,close as resolved
telegram_748656009
我电脑偶尔休眠唤醒需要卡一会儿,是不是因为我的swap空间设少了(物理内存13GB,swap16GB,开了zswap)
telegram_5326856800
我是amd
nyaacinth
> <@telegram_824372155:nichi.co> Linux 休眠应该是(可以)不依赖固件的 倒也没必要了,我不需要追求hibernation可用性) suspend在我这可以续航14-20+天
telegram_824372155
是的
telegram_313927976
有个设置项
telegram_824372155
Linux 休眠应该是(可以)不依赖固件的
nyaacinth
放弃思考了
nyaacinth
Windows也是这个状态
nyaacinth
Linux的体现是指纹识别、摄像头、麦克风和一部分USB接口死掉
nyaacinth
不过我捕捉不到Windows在这个过程中发生了什么
telegram_5326856800
我之前win用休眠是正常的,Linux也是正常的,就是慢点,不如睡眠爽(
nyaacinth
至少我这边Linux和Windows行为相同,所以可能我之前描述的配置只在这个硬件组合上生效
xtricman
zh_MS通常比较难懂,很难正确的翻译到zh_CN
nyaacinth
思考^2
xtricman
* 硬件可能具有无法被mmio控制的状态,休眠恢复之后这些状态无法还原。 但是这种情况大概很少见?我觉得Windows无法启用的可能并非传统意义上的hibernation
xtricman
硬件可能具有无法被mmio控制的状态,休眠恢复之后这些状态无法还原。 但是这种情况大概很少见?我觉得Windowsm无法启用的可能并非传统意义上的hibernation
telegram_594448145
从 hibernate 正常恢复应该是预期的功能 如果没做好肯定是哪里有 bug
nyaacinth
这台机器Windows安装后不通过命令行是无法启用hibernation的,说明微软也知道这个问题
telegram_594448145
bios 里面面瘦什么设置?或者干脆是厂商的 ACPI 写糊了
telegram_7594774259
可能是厂商的锅
nyaacinth
也许是厂商的锅了?
nyaacinth
> <@telegram_594448145:nichi.co> 没恢复就是没调对 Windows具有相同行为
nyaacinth
我理解这个过程,而且我在上一个使用Linux的硬件上就是将hibernation作为默认选项的
telegram_594448145
仍然耗电
telegram_594448145
持续保持对内存的低功耗供电
telegram_594448145
你说的应该是睡眠
telegram_594448145
hibernate 就是把内存内容写到硬盘
nyaacinth
那我应该是理解错了
nyaacinth
抱歉
telegram_594448145
为何…
xtricman
休眠中死去的问题通常不是软件导致的
nyaacinth
因为在我的这台机器上Windows不允许用户休眠,而且强制休眠会产生以上的问题
telegram_7594774259
开机读出来
nyaacinth
> <@telegram_824372155:nichi.co> 没这回事 思考...
telegram_7594774259
先把内存写swap里
telegram_7594774259
休眠不就是断电吗
telegram_824372155
没这回事
nyaacinth
可能更多是移动平台失去了休眠能力,许多组件会因为休眠睡死,需要重新断电初始化才能恢复运作,而且这个睡死不是因为硬件驱动不良
telegram_7594774259
为啥这么说
nyaacinth
O.O;
nyaacinth
我才意识到,现代系统已经没有hibernation的能力了。所以刚刚移除了swap分区并启用了zram
telegram_824372155
单纯为了绕过反对意见而改名的
telegram_824372155
好像就是改了个名字
telegram_217331471
就是不知道 ext-zones 到 xx-zones 变了多少
← Previous Page 16 / 20 Next →

Matrix Historian — Message Archive Browser