家里是白裙ds723+,平时使用率不高,晚上几乎不怎么用,寻思开个硬盘休眠,降低点电费和噪音,结果发现默认设置下休了个寂寞,每次不到一小时就会唤醒,不仅没有效果,频繁启停对硬盘寿命还有副作用。
经过一段时间调试,终于能比较稳定的休眠,分享出来供参考。

  1. 在技术支持中心里面启用系统休眠调试模式,找出频繁唤醒的套件,不常用的就停用。
    例如webstation,经测试,只要开启webstation,稳定每半小时唤醒,原因不明。果断停用拿docker代替之。

quickconncet,drive, photos, ds audio等常用套件对休眠基本无影响

  1. 群晖的系统装在md0分区,在所有磁盘上都有备份,类似RAID1,大部分应用日志都挂在/var/log 这个目录,就处在这个分区里面,只要应用或者系统产生日志,就有可能唤醒,是唤醒的重灾区。
    解决思路:
    把log目录挂载到内存里面,用tmpfs代替之

操作办法:
ssh登录到群晖,切换到用root用户,在cd /usr/lib/systemd/system/目录下创建vim var-log.mount文件,内容如下:

[Unit]
Description=Log Directory
Documentation=man:hier(7)
Documentation=http://www.freedesktop.org/wiki/Software/systemd/APIFileSystems
ConditionPathExists=/var/log
DefaultDependencies=no
#Conflicts=umount.target
#Before=local-fs.target umount.target
Conflicts=
Before=local-fs.target

[Mount]
What=tmpfs
Where=/var/log
Type=tmpfs
Options=mode=1777,strictatime,nosuid,nodev,noexec

[Install]
WantedBy=local-fs.target

目的就是将日志目录挂载到tmpfs,也就是内存文件系统。
然后启用

systemctl daemon-reload
systemctl enable var-log.mount

重启系统reboot后用 df -h 命令查看
如图所示,即为挂载成功。

Filesystem              Size  Used Avail Use% Mounted on
/dev/md0                7.9G  1.4G  6.4G  18% /
devtmpfs                4.9G     0  4.9G   0% /dev
tmpfs                   4.9G  244K  4.9G   1% /dev/shm
tmpfs                   4.9G   15M  4.9G   1% /run
tmpfs                   4.9G     0  4.9G   0% /sys/fs/cgroup
tmpfs                   4.9G  1.9M  4.9G   1% /var/log(挂载成功)
tmpfs                   4.9G  1.4M  4.9G   1% /tmp
/dev/mapper/cachedev_0  3.5T  144G  3.4T   5% /volume1

然后一些docker里面的应用,如果待机的时候会产生日志,日志目录也可以把卷挂载到/tmp 或者/var/log 目录里面来解决

然后修改之后,睡眠质量就好得多了,一次可以睡比较久

此修改弊端:
因为是tmpfs,重启之后日志文件会丢失,这个对我而言无所谓。如果对日志比较重视的,可以加两个定时任务,一个定时的任务通过rsync同步日志到其他备份文件夹,类似这样

rsync -a /var/log/ /var/log.bak/

另一个在开机的时候同步回去。

rsync -a /var/log.bak/ /var/log/

或通过udp把日志发送到其他syslog服务器。

休眠的设置时间文件

cat /etc/synoinfo.conf | grep stand

 standbytimer="10"

可以弄成1,用vim改,使用[/]搜索standbytimer,然后改成值1,这样待机就快了.

vim /etc/synoinfo.conf

命令 /standbytimer改值为1,完成
有意思的是..在控制面板里能看到1字。就说明1分钟就可以进入休眠

Last modification:June 28, 2024
If you think my article is useful to you, please feel free to appreciate