MelBourbon's questions

我使用 Debian 运行一个小型家庭服务器，其中包括系统空闲时的自动关闭脚本。几天以来，我的驱动器没有处于待机状态，因此服务器始终在运行。

我对此进行了分析iotop -bktoqqq -d .5，当驱动器从待机状态返回到活动状态时，始终会显示以下条目

rsyslogd -n -iNONE [rs:main Q:Reg]
postgres: 11/main: nextcloud_db_user nextcloud_db ::1(42284) idle

或者

rsyslogd -n -iNONE [rs:main Q:Reg]
postgres: 11/main: nextcloud_db_user nextcloud_db ::1(34282) UPDATE
postgres: 11/main: nextcloud_db_user nextcloud_db ::1(34282) SELECT

另一个问题是，我的日志中也有相同或相似的条目，以及驱动器处于待机状态的条目。

如果我禁用 PostgreSQL 服务，我的驱动器将进入待机状态，并且服务器将按照定义关闭。

造成这些的原因可能是什么？我的 PostgreSQL 数据库不位于这两个硬盘上。只有数据是。

如何确定日志显示时访问了哪个特定文件？

我有一个运行 Debian Buster 的小型家庭服务器，我有一个ZFS: Loaded module v0.7.12-2+deb10u2, ZFS pool version 5000, ZFS filesystem version 5带有 RAID 的 ZFS 文件系统 ( )。

由于服务器有时几天不使用，我配置了一个自动关闭脚本，如果我的 2 个大 WD 红色硬盘待机超过 45 分钟（不是系统硬盘），它会关闭服务器。现在我发现服务器不再关闭，因为两个驱动器都只有几分钟的待机时间，然后才再次激活。我测试iotop并发现带有命令的 ZFStxg_sync正在唤醒它们。即使没有其他进程正在驱动器上写入或读取任何内容。

通过使用iosnoop（https://github.com/brendangregg/perf-tools），我能够确定 dmcrypt 正在定期写入我的磁盘。请注意，我的底层磁盘是用 LUKS 加密的。

./iosnoop -d 8,16
Tracing block I/O. Ctrl-C to end.
COMM         PID    TYPE DEV      BLOCK        BYTES     LATms
dmcrypt_writ 1895   W    8,16     2080476248   4096    6516.10
dmcrypt_writ 1895   W    8,16     3334728264   4096    6516.14
dmcrypt_writ 1895   W    8,16     2080429048   16384      0.16
dmcrypt_writ 1895   W    8,16     3334728272   20480      0.21
dmcrypt_writ 1895   W    8,16     2080476256   20480      0.16
dmcrypt_writ 1895   W    8,16     3328225336   16384      0.20

这是什么原因，我该如何防止这种情况发生？