@chinni vm 文件夹最主要的是虚拟硬盘文件，比如 vdi 格式的文件。比如下面我的这个 vm 有 190G 。我想请问一下 restic 或者 kopia 的原理，它是比较修改时间吗？还是看内容？如果是比较修改时间，那不是每次这个大文件都要完整的写入备份的硬盘里面去，也就是我这里的 190G 。还是说，它会读取文件内容，只会更文件的部分内容。但是我感觉这做不到。
同时也 @zim298247 ，我也在测试看看 zim298247 的方法

% ls win10-64.vdi -lh
-rw------- 1 tony tony 190G 3 月 20 10:57 win10-64.vdi

@gpt5 如果是大 B ，机械硬盘有这么快？能跑 400MB/s ， 你是做了 raid 吗？

400Mbps 有点低，我千兆 pt 下载能到 1200Mbps 。

@ruixue
>不如非 DT 型号直接跟着主板的 SATA 端口顺序走来的简单方便
请问这个有什么影响吗？能稍微详细解释一下吗？最近想把 918+换成 920+。因为群晖在 7.2 上有些功能在老旧机型上不支持了。

买根网线，自己练废几个水晶头就会了

@busier
@geniussoft

我有这种需求，就是 NAS 运行过程中我可能只需要临时访问敏感数据的文件夹，这时候需要输入密码，访问完了就关闭。在同一个硬盘上的其他非敏感数据的文件夹可以一直保持开启。块设备加密（ LUKS ）可以做到吗？这个需求来自于我担心 NAS 长期开着，万一黑客入侵。敏感数据的文件夹没有关闭就麻烦了。LUKS 在第一次开机的时候应该要输入密码这些才能访问吧，这样可以防止 NAS 物理设备被盗。但是这个密码是针对整个磁盘来讲的吧？

@geniussoft 我退而求其次了。现在只打算加密文件内容。所以我就没有用群晖的图形化界面了。因为图形化界面文件名默认必须要加密。我直接在 nas 这边手动 mount eCryptfs 。但从 linux 机器上用 rsync 备份文件到 nas ，遇到 rsync error: error in rsync protocol data stream (code 12) at io.c(231) [sender=3.2.7]。还在 debug 中。

@bfdh 这个方式有点问题，看我链接的例子：
gpio-name = <&gpioX 21 0>;
这里的 gpio number 不是 21. 需要看 gpioX 中的 X 。一般情况下，是 32*X + 21. 但是/proc/device-tree 中看到的 dtb ，也就是说你并不知道 X 是多少，&gpioX 代表的是一个地址。你用 hexdump 看/proc/device-tree 对应的 gpio 节点看到的地址值。

先 export ，然后设置 direction 为 in ，然后读值。

@LGA1150 原始需求就是应用层有个脚本想获取 gpio 号码后，使用/sys/class/gpio/ 接口对 gpio 硬件进行一些操作。因为板子型号很多，每个板子的 gpio 号码可能不一样。为了灵活，所以脚本里面不写 hardcode 来定死 gpio 号码，想通过 dts 来获取 gpio 号码。

@serafin 嗯，见我在 12 楼的发言，内核版本目前还不支持

@jiangyang123 刚才 @错了，active backup for business 可能是个好东西，能满足需求。但是我测试了一下，发现我的工作机电脑的内核版本太高了，我使用的是 6.1 的内核。而 active backup for business 最高支持的内核版本是 5.13. 即将发布的 ubuntu 24.04 的内核是 6.8. 只能寄希望于群晖将要支持 24.04 了。

https://kb.synology.com/en-us/DSM/help/ActiveBackup/activebackup_business_requireandlimit?version=7：
Linux

Supports kernel versions between 2.6 and 5.15
Supported 64-bit versions of the following Linux distributions:
CentOS: 6.10, 7.8, 7.9, 8.1, 8.5
RHEL: 6.10, 7.8, 7.9, 8.1, 8.4, 8.5, 8.6
Ubuntu: 16.04, 18.04, 20.04, 22.04
Fedora: 30, 31, 32
Debian: 8.0, 9.0, 10, 11

@jiangyang123
@busier
曾经看了 https://www.qnap.com.cn/solution/qnap-ext4/zh-cn/， 也担心 btrfs 的可靠性，用了 10 多年的 ext4 ，没有出过问题。所以不太敢切换到 btrfs 。

@Mithril 刚才想到，系统分区做 raid1. 其他数据分区定时备份到 nas （一周 2 次，2 次间隔时间的数据损失目前能接受）。老哥觉得如何？