后来 2021 年初的时候感觉没有什么写东西的想法了，顺手就把它撤下来了，好在域名还一直留着。去年底的时候收到了一封询问能不能恢复这个博客的邮件，确实很让人惊讶，没想到现在还有人记得它（在此感谢发邮件的 woruo）。花了一点时间，又把它重新挂出来了。既然又有了这样一个地方，想着在有什么想写的时候也可以随便写写放在这里，所以它就继续缓慢更新了。
如果问为什么最开始会想要做一个博客放在互联网上，或许是因为那时博客的确是一种比较流行的东西吧。至于为什么会选择购买一个域名以及 VPS 存放它，而不是放在一些博客平台上呢，或许是因为看起来比较高级？但我也记得不是很清楚了。现在似乎更多的人会在知乎或者微信公众号之类的平台上写一些内容，毕竟这些平台人多，如果想要宣传某些工作那的确是最合适的选择。
不过，还是可以观测到不断有人（或许也就一小撮人）搭起了新的博客，当然也有一些老的博客在逐渐消失（就像前面两年我的博客一样）。我想这样形式博客的吸引人之处就在于它们藏在互联网的一个个角落，通过友链建立着松散的联系，沿着友链游走就像寻宝一样不知道什么时候就能发现一些很有趣的地方，而不是受到推荐算法的影响被动地看见。
现在回头看了看十年前的文章，风格确实和现在有一些差别。我也从早期的博文里重新回忆起了一些忘掉的东西，这可能也是博客能带来的乐趣之一吧。
好像一个人也没有多少个十年，不知道再过十年这个博客还会不会存在。希望它还会在。
最开始的博文：BZOJ-3157. 国王奇遇记 ↩
下面是前一段时间某一天得宿舍光照强度数据，晚上开了灯之后的亮度大约在 50 lx。这几天早上五点多太阳出来的时候似乎刚好会照到我床头，然后估计是被外面的树挡住了一段时间，接着八点多又会有一段时间的直射。巧的是那段时间刚好我偶尔在早上五点多会醒来一次，或许就是因为这个。再过几天之后估计太阳又被什么挡住了（或者是窗帘多拉了点），五点左右的亮度峰值降下来了，也就睡得好了不少。
接下来是两段实验室里的温度数据（分别是有空调但是空调没什么作用，和没有空调的情况） ，我们屋子比较大但是窗户不多，保温效果比较好，从这里很容易就可以看到每天空调开没开、开到几点以及空调到底有没有作用。
硬盘空闲的时候的温度和室内温度基本上就差了个偏移量，很早一点我就观测到过冬天到夏天硬盘温度逐渐升高的过程，后来有了实际的温度计之后就更加确定了。例如下面是一段时间内我的硬盘的温度以及室内的温度，对于要判断空调是不是开了这件事，有个硬盘也就够了，这在实验室里总是有的。
如果考虑到硬盘的负载不同，那应该不能直接用来作为室温的依据，但或许可以训练一个模型用硬盘 S.M.A.R.T. 信息作为输入，实际的温度传感器作为标签训练一个模型？
屋子不太大的话，洗澡的时候室内湿度的增长是非常明显的：
在我发现这样的事实后已经把默认存放 UGOS 的 eMMC 整个格掉了（所以做这样的事情之前先 dd 一份还是很重要的），好在 v2ex 有人提供了一份原始的系统1可以让我来看看它是如何控制这些指示灯的。
对于 DX4600 系列，UGOS 控制 LED 的模块是 leds-mcu-ht32f52231.ko，他们没有开源只能考虑 objdump 或者反编译来看它做了什么。对于反编译，以前只听说过 IDA Pro 但是应该是要收费的，在处理这个模块的时候搜索了一下发现 Ghidra 似乎是不错的免费工具。
这篇文章会介绍 UGOS 如何控制 DX4600 Pro 的 LED，并且提供了一份在非 UGOS 上控制这些 LED 的工具，相关的代码实现在 GitHub 上。对于 DX4600 系列的硬件（例如 DX4600 和 DX4600+）我猜测也可以适用，但我只测试过 DX4600 Pro，所以如果你想要在别的硬件使用请小心一些。
在 UGOS 上和 LED 相关的模块有下面这些：
leds-mcu-ht32f52231.ko
leds-mcu-n76e003.ko
ledtrig-audio.ko
ledtrig-breath-ht32f52231.ko
ledtrig-breath-n76e003.ko
ledtrig-netdev2.ko
ledtrig-normal-ht32f52231.ko
ledtrig-normal-n76e003.ko
其中 leds-mcu 开头的两个模块是核心部分，看名字 DX4600 系列的应该使用的是 ht32f52231 结尾的几个模块，看起来是这个系列使用了 HT32F52331 这个 MCU 来做 LED 的具体控制。另外的 N76E003 应该是适用于更老的版本的 NAS 的。
leds-mcu-ht32f52231.ko 会通过 I2C 来和 SMBus I801 adapter 上地址为 0x3a 的设备进行通讯进而完成对 LED 的控制。在它初始化的时候看代码应该还会注册相关的 LED 设备，估计可以在 /sys/class/leds 看到，不过我从来没有使用过 UGOS 所以并不清楚是不是这样。
对于 UGOS 以外没有这类模块的系统（例如 Debian），可以使用 i2c-tools 等工具来直接和对应设备进行通信，主要的问题在于需要往对应设备的哪个寄存器读写何种数据来完成控制。
我们先来查看是否有对应的设备。这需要加载 i2c-dev 模块：
$ modprobe -v i2c-dev
然后使用 i2cdetect -l 应该就可以看到所需要的 SMBus I801 adapter (/dev/i2c-1) 了，并且可以看到这个总线上确实在 0x3a 这个地址有一个设备：
$ i2cdetect -l
i2c-0 i2c Synopsys DesignWare I2C adapter I2C adapter
i2c-1 smbus SMBus I801 adapter at efa0 SMBus adapter
i2c-2 i2c Synopsys DesignWare I2C adapter I2C adapter
$ i2cdetect -y 1
0 1 2 3 4 5 6 7 8 9 a b c d e f
00: 08 -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: 30 -- -- -- -- 35 UU UU -- -- 3a -- -- -- -- --
40: -- -- -- -- 44 -- -- -- -- -- -- -- -- -- -- --
50: UU -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --
UGOS 的对应模块会通过访问对应 I2C 设备的寄存器来获得 LED 灯的状态，下方是 Ghidra 给出的部分反编译代码，我删去了一些和主要逻辑关系不是特别大的部分。
mutex_lock(&DAT_001055e0);
local_48 = 0;
_local_40 = 0;
iVar4 = i2c_smbus_read_i2c_block_data(DAT_001055c0,iVar3 + 0x81,0xb,&local_48);
if (iVar4 == 0xb) {
puVar7 = &local_48;
iVar4 = 0;
do {
bVar1 = *(byte *)puVar7;
puVar7 = (undefined8 *)((long)puVar7 + 1);
iVar4 = iVar4 + (uint)bVar1;
} while ((undefined8 *)(local_40 + 1) != puVar7);
if (((iVar4 == 0) || (local_40[1] != (char)((uint)iVar4 >> 8))) || (cStack_3e != (char)iVa r4))
{
/* checksum does not match */
}
else {
uVar5 = (uint)local_48._5_1_ * 0x100 + (uint)local_48._6_1_;
uVar6 = (uint)local_48._7_1_ * 0x100 + (uint)local_40[0];
uVar10 = (uint)(byte)local_48;
if ((byte)local_48 < 4) {
uVar5 = sprintf(in_RDX,
"op_mode:%s,brightness:%d,color:%d:%d:%d,t-hight:%d, t-low:%d,mode:%#x\n "
,(&str_op_mode)[(int)uVar10],(ulong)local_48._1_1_,(ulong)local_48._2 _1_
,(ulong)local_48._3_1_,(ulong)local_48._4_1_,(ulong)uVar5,(ulong)uVar 6,
uVar14);
uVar14 = (ulong)uVar5;
}
else {
uVar14 = 0xffffffff;
printk("---read op_sate:%d err!\n",uVar10);
}
}
}
else {
printk("---%s,ret:%d,read %s block err! \n","led_read_state",iVar4,*in_RDI);
*(undefined4 *)(&DAT_001044ec + lVar8 * 0x278) = 1;
uVar14 = 0xffffffff;
}
mutex_unlock(&DAT_001055e0);
这里的 iVar3 表示需要查询的 LED 灯的 ID，从 0 到 5 分别对应机器上的 power, netdev, disk1, disk2, disk3, disk4 六个 LED 灯。可以看到，这段代码通过 i2c_smbus_read_i2c_block_data 在 0x81 + LED_ID 处读取 11 个字节来获得对应指示灯的状态。从代码中的 sprintf 格式化串可以看出这 11 个字节的意义分别是：
| 地址 | 对应数据的意义 |
|---|---|
| 0x00 | LED 灯的状态，从 0 - 3 分别表示关闭 (off)、开启 (on)、闪烁 (blink) 和呼吸 (breath) |
| 0x01 | LED 灯的亮度 |
| 0x02 | LED 灯的颜色（RGB 中的红色分量） |
| 0x03 | LED 灯的颜色（RGB 中的绿色分量） |
| 0x04 | LED 灯的颜色（RGB 中的蓝色分量） |
| 0x05 | 闪烁或呼吸模式下完成一次闪烁所需要的毫秒数（高 8 位） |
| 0x06 | 闪烁或呼吸模式下完成一次闪烁所需要的毫秒数（低 8 位） |
| 0x07 | 闪烁或呼吸模式一次闪烁中灯亮起的毫秒数（高 8 位） |
| 0x08 | 闪烁或呼吸模式一次闪烁中灯亮起的毫秒数（低 8 位） |
| 0x09 | 0x00 - 0x08 中数据的校验码（高 8 位） |
| 0x0a | 0x00 - 0x08 中数据的校验码（低 8 位） |
这里最后两个字节的校验码是将 0x00-0x08 位置上所有数据视为无符号数求和得到的一个 16 位的数值。直接使用 i2cget 也可以在命令行对相关寄存器进行读取，例如下方是 power 指示灯的状态（紫色，每秒闪烁一次，40% 时间为亮起状态，亮度为 180 / 256）：
$ i2cget -y 0x01 0x3a 0x81 i 0x0b
0x02 0xb4 0xff 0x00 0xff 0x03 0xe8 0x01 0x90 0x04 0x30
从上节给出的 LED 状态信息可以看出，可以修改的状态是灯的开关、亮度、颜色以及闪烁模式下的频率。下方是 Ghidra 给出的设置灯 ON / OFF 状态的反编译代码。同样地，我删去了一部分不关键的信息。
undefined8 local_45;
undefined4 local_3d;
undefined uStack_39;
long local_38;
local_38 = *(long *)(in_GS_OFFSET + 0x28);
local_3d = 0;
local_45 = 0x3000001a00000;
uStack_39 = 0;
if (DAT_001055c0 == 0) {
printk("----%s g_client is null \n","led_set_on_off");
uVar4 = 0xffffffff;
}
else if (in_ESI < 2) {
lVar7 = (long)in_EDI;
if ((&DAT_001044f8)[lVar7 * 0x9e] == in_ESI) {
/* some checks */
}
else {
local_45 = CONCAT17((char)in_ESI,0x3000001a00000);
/* compute the checksum */
sVar5 = 0;
uVar3 = 0xa0;
for (pbVar6 = (byte *)((long)&local_45 + 3); sVar5 = sVar5 + uVar3,
pbVar6 != (byte *)((long)&local_3d + 3); pbVar6 = pbVar6 + 1) {
uVar3 = (ushort)*pbVar6;
}
local_3d._3_1_ = (byte)((ushort)sVar5 >> 8);
local_3d = (uint)local_3d._3_1_ << 0x18;
uStack_39 = (undefined)sVar5;
mutex_lock(&DAT_001055e0);
if ((&DAT_001044f8)[lVar7 * 0x9e] == in_ESI) {
/* some checks */
}
else {
cVar8 = '\x03';
usleep_range(200,0x5dc);
i2c_smbus_write_i2c_block_data(DAT_001055c0,in_EDI,0xc,(long)&local_45 + 1);
do {
/* if failed, repeat three times */
} while (cVar8 != '\0');
/* post-processing */
}
mutex_unlock(&DAT_001055e0);
uVar4 = 0;
}
}
从这段代码可以大致感受到，状态的修改会通过 i2c_smbus_write_i2c_block_data 在 0x00 + LED_ID 处写入 12 个字节来完成，其中写入之前会进行一次 checksum 的计算并且放入写入的信息中，因此实际有效的内容应该是前面 10 个字节。不过因为是第一次用 Ghidra，这些变量看起来让人感觉有点迷惑，接下来还是直接转移到汇编吧。
# setup the write buffer
2cf: 48 b8 00 00 a0 01 00 movabs $0x3000001a00000,%rax
2d6: 00 03 00
2d9: 48 89 45 c3 mov %rax,-0x3d(%rbp)
2dd: c6 45 cf 00 movb $0x0,-0x31(%rbp)
314: 48 8d 45 c3 lea -0x3d(%rbp),%rax
318: 40 88 75 ca mov %sil,-0x36(%rbp)
# compute checksum
31c: 31 c9 xor %ecx,%ecx
31e: 48 8d 50 03 lea 0x3(%rax),%rdx
322: 48 8d 70 0b lea 0xb(%rax),%rsi
326: 40 88 7d c3 mov %dil,-0x3d(%rbp)
32a: b8 a0 00 00 00 mov $0xa0,%eax
32f: 40 88 7d c4 mov %dil,-0x3c(%rbp)
333: eb 07 jmp 33c <i2c_smbus_write_i2c_block_data_and_read-0x1be4>
335: 0f b6 02 movzbl (%rdx),%eax
338: 48 83 c2 01 add $0x1,%rdx
33c: 01 c1 add %eax,%ecx
33e: 48 39 f2 cmp %rsi,%rdx
341: 75 f2 jne 335 <i2c_smbus_write_i2c_block_data_and_read-0x1beb>
343: 66 c1 c1 08 rol $0x8,%cx
347: 48 c7 c7 00 00 00 00 mov $0x0,%rdi
34a: R_X86_64_32S .bss+0x20
# save the checksum to the write buffer
34e: 66 89 4d ce mov %cx,-0x32(%rbp)
# set the parameters of i2c_smbus_write_i2c_block_data
3ba: 48 8d 45 c3 lea -0x3d(%rbp),%rax
3be: ba 0c 00 00 00 mov $0xc,%edx
3c3: 44 89 e6 mov %r12d,%esi
3c6: 48 83 c0 01 add $0x1,%rax
3ca: 48 8b 3d 00 00 00 00 mov 0x0(%rip),%rdi # 3d1 <i2c_smbus_write_i2c_block_data_and_read-0x1b4f>
3cd: R_X86_64_PC32 .bss-0x4
3d1: 48 89 c1 mov %rax,%rcx
3d4: 48 89 45 b8 mov %rax,-0x48(%rbp)
3d8: e8 00 00 00 00 call 3dd <i2c_smbus_write_i2c_block_data_and_read-0x1b43>
3d9: R_X86_64_PLT32 i2c_smbus_write_i2c_block_data-0x4
按照调用规范，i2c_smbus_write_i2c_block_data 四个参数分别存在 rdi, rsi, rdx, rcx 中。在 Line 3ba 可以看到写入的数据是 %rbp - 0x3d 开始的 12 个字节，也就是 %rbp[-0x3c] - %rbp[-0x31]。观察其它部分可以发现：
完整观察其余设置颜色、亮度等内容的代码，可以发现这 12 个字节的意义如下：
| 地址 | 对应数据的意义 |
|---|---|
| 0x00 | LED 灯的 ID |
| 0x01 | 常数：0xa0 |
| 0x02 | 常数：0x01 |
| 0x03 | 常数：0x00 |
| 0x04 | 常数：0x00 |
| 0x05 | 如果值为 1 则表示修改亮度 如果值为 2 则表示颜色 如果值为 3 则表示设置开关状态 如果值为 4 则表示设置闪烁状态 如果值为 5 则表示设置呼吸状态 |
| 0x06 | 第一个参数 |
| 0x07 | 第二个参数 |
| 0x08 | 第三个参数 |
| 0x09 | 第四个参数 |
| 0x0a | 0x01-0x09 中数据的校验码（高 8 位） |
| 0x0b | 0x01-0x09 中数据的校验码（低 8 位） |
对于 0x05 处四种不同的修改内容，
下方是使用 i2cset 关闭和开启电源指示灯的一个命令行示例：
$ i2cset -y 0x01 0x3a 0x00 0x00 0xa0 0x01 0x00 0x00 0x03 0x01 0x00 0x00 0x00 0x00 0xa5 i # turn off power LED
$ i2cset -y 0x01 0x3a 0x00 0x00 0xa0 0x01 0x00 0x00 0x03 0x00 0x00 0x00 0x00 0x00 0xa4 i # turn on power LED
在发送上节中对 LED 状态的修改命令之后，可能会因为校验码没算对，或者参数没有传递正确等原因修改失败。UGOS 的驱动会在每次发送修改命令之后通过 i2c_smbus_read_byte_data 读取位于 0x80 地址处的寄存器，如果其返回 1 那么表示修改成功，否则表示失败，那么 UGOS 就会尝试再次发送相关的命令。
用 dx4600_leds_cli 最后是可以做出这样的效果的：
它所需要的是如下脚本：
sudo ./dx4600_leds_cli all -off -status
sudo ./dx4600_leds_cli power -color 255 0 255 -blink 400 600 -status
sleep 0.1
sudo ./dx4600_leds_cli netdev -color 255 0 0 -blink 400 600 -status
sleep 0.1
sudo ./dx4600_leds_cli disk1 -color 255 255 0 -blink 400 600 -status
sleep 0.1
sudo ./dx4600_leds_cli disk2 -color 0 255 0 -blink 400 600 -status
sleep 0.1
sudo ./dx4600_leds_cli disk3 -color 0 255 255 -blink 400 600 -status
sleep 0.1
sudo ./dx4600_leds_cli disk4 -color 0 0 255 -blink 400 600 -status
这里记录了一些过去几年以来搭建 NAS 过程中发生的事情。但是在继续之前还是想说一句，在捡垃圾或者买新品之前认真考虑一下，或许手头的东西已经能够实现自己的需求了，又或许自己根本没有想象中的需求。总之就是千万别上头！
在开头先来展示一下我遇到的最大的一个坑，你能看出下面这根线有什么问题吗？
NAS 的全称是 Network-Attached Storage。从功能上来看只要能通过网络提供文件访问服务的任何设备都可以是一台 NAS。你的路由器如果支持插入 USB 设备并且通过 SMB 等协议在局域网共享文件，那你的路由器完全就可以是 NAS。当然，一部手机，一个树莓派，一台笔记本电脑，一台台式机，甚至是机架式服务器都可以被当作 NAS 来使用。当然，也有一些专门的厂家会做成品 NAS，例如可能大家都听说过的群晖，威联通等。
在硬件层面，可能可以从如下几个方面来考虑选择使用什么样的设备。
首先是性能的强弱。例如只是需要简单的文件共享，那么几乎任何硬件都可以满足这样的需求；但是如果想要自建影音服务器，那么可能就需要 CPU 足够强大的算力，或者有一个足够强大的显卡（比如 Intel 自带的 UHD 系列）进行转码；再比如如果需要使用类似 zfs 这样的文件系统，或者需要跑一大堆 docker 和虚拟机，那可能就需要考虑有一定大小的内存以及处理器性能。
然后还有可扩展性。通常大容量的 NAS 都会使用 3.5 寸机械硬盘，一台机器能够有多少个 3.5 寸盘位是购买时需要考虑的。除此之外，如果资金充足可能还会考虑全部使用 SSD 的 NAS，或者使用 SSD 作为缓存，此时使用何种接口的固态硬盘以及机器能够插入多少这样的盘也是需要考虑的。例如前一段时间有一批便宜的 U.2 盘，正常机器是没有这样的接口的，需要从 PCIe 或者 M.2 接口转接，可能还需要额外的供电。
如果要在局域网快速地访问 NAS 上的文件，那拥有一个足够高速的网络就是必要的了。现在常见机器的电口速率都是 1Gbps 或者 2.5Gbps，如果期望更高速的互联，就需要考虑带有 10Gbps 甚至更高速率网口的设备。
除此之外，还有可能会关心的是尽量避免数据的损坏。例如用 UPS 来处理意外的掉电，让 NAS 有充足的时间关机；上 ECC 内存；用软/硬 RAID 等。
对于部分群体来说，体积的大小也是一个重要的部分。可以想象，用路由器和树莓派这样的设备，并且没有太多硬盘的话，NAS 的占地面积是很小的，但是这样的设备可能不会有太高的性能也不能插太多的硬盘（当然你可以用 USB 外接一个大的硬盘盒）。成品 NAS 通常是平衡稍微好一些的，但是价格会比较贵，特别是某些厂家，内存和网口都和黄金一样。如果接受比成品 NAS 稍微大一些体积的机器，现在也有很多淘宝商家有做 NAS 机箱，可以直接买来自己组装一台。如果不太在意体积，那可以直接买带有比较多硬盘位的塔式机箱直接组装一台 PC。
最后，如果想要把 NAS 放在距离自己比较近的地方，噪音是一个非常需要注意的点。3.5 寸硬盘的随机读写有非常吵的炒豆子声音（bilibili 有原声大碟，可以前往收听），如果是 7200 转的企业盘，那硬盘和机箱共振的低频噪音在环境比较安静的时候也是极其烦人的。
在最开始，我有一个移动硬盘和一台 Dell 的 XPS，并且想用来挂 PT 和用 SMB 在局域网共享文件，于是便简单地直接把这个盘插到 XPS 上。但是当时移动硬盘在硬盘侧的接口其实是比较脆弱和糟糕的，在插拔多次后会变得一碰就掉盘，稳定性特别差。此外，笔记本电脑在桌面的占地面积其实也很大了，而且我平常也要用它，不适合 7x24 小时放在那里不动。
在单纯只有一个移动硬盘并且需要体积比较小的机器的情况下，Intel NUC（比如豆子峡谷，或任何的迷你主机）就是一个不错的选项。
正经的常用的硬盘接口是 SATA 口，NUC 一般会提供一个 SATA 口的 2.5 寸硬盘位。一部分移动硬盘实际上是一个这样的硬盘外面套了一层硬盘盒得到的。例如下图里我的硬盘把外壳拆掉之后可以发现就是个标准的 2.5 寸硬盘加上一个可以移除的 SATA 转 USB 的设备，所以可以直接无缝插入 NUC 的那个盘位。
WARNING：如果你要拆你自己的移动硬盘请确认是否是和我的一样是 SATA 转 USB 的设计，有部分厂家的移动硬盘是直接只有 Type-C 口这样的设计。这个拆卸操作大概率是不可逆的，会弄坏你的硬盘盒外壳。还有一部分大容量的移动硬盘会比较厚，需要确认一下。
如果想要在 NUC 上接入更多的硬盘，或者接入 3.5 寸硬盘，那么就需要额外的硬盘柜了。这类硬盘柜基本上是提供数个 SATA 接口的盘位，通过 USB 连接到主机的，一般只有 500 MB/s 的速率，对于机械硬盘来说勉强还是够用的。因为 3.5 寸盘需要的供电比较大（一个企业盘的启动功耗可以接近 30W），并且需要 12V 供电，这类硬盘柜都会有自己的独立供电。但是厂家提供的供电是否足够稳定和充足是一个问题，特别是在使用企业级硬盘的时候。
除了供电方面的问题，散热也是一个大问题。上图是两个 5400 转的 NAS 盘，它们的发热情况勉强还是可以接受的。一般按照下图这样用一个小风扇对着吹吹还是可以把温度控制在 30-40 度的。但是如果使用的是 7200 转的企业盘，这样散热风会往两边跑可能就不太够了，硬盘工作温度太高也可能会影响它的寿命。此外，这样竖插的方式可以感受到其实是不太稳的。
淘宝会有一些商家在卖下图这样的硬盘笼，并且背后可以安装一个风扇。硬盘的固定方式看起来也稍微正常一点，再在淘宝找找对应的延长线，可以构造出下面这样的方案。至少散热和硬盘的固定是解决了。但是供电还可能有些潜在的问题，我这样做的时候坏过两个盘。
除了上面说的这个不带风扇的硬盘柜（它便宜）以外，一些公司也会出售看起来长得像成品 NAS 一样的硬盘柜。例如下图这样的。这类柜子贵一点，但是用起来也还不错。
XPS 或者 NUC 的问题之一就是拓展性不是特别好，例如 NUC 内置的硬盘接口一般只有一个 SATA 和一至两个 M.2，如果需要接入更多的硬盘一种方法就是用 USB 硬盘盒。还有一种方案是用 M.2 转出一条 PCIe，或者通过它带的雷电加上一个硬盘盒转到 NVMe 再转到 PCIe，然后再插一些 PCIe 转 SATA 的卡。但是这样的操作其实也有些麻烦了，并且设备的占地面积也有些大了，而且硬盘还是需要独立的电源，不如直接找个机箱组装一个正常的主机，或者用 NAS 机箱，组一台稍微比商业 NAS 大一些（但是性能高不少）的机器。
可能最经典的 NAS 机箱是矿渣蜗牛星际1，特点是便宜。另外还有一些个人做的机箱，这就稍微贵一些了，比如老鸽的宝藏盒2，Tank 的机箱3（他们家还有单独的外接硬盘笼），还有半人马座机箱4。它们的特点就是贵，但是别的毛病其实感觉还好。除此之外还有些大厂似乎也开始做这样的机箱了，比如银欣和乔思伯。
购买这些机箱的时候一般要看看评测，比如硬盘的散热怎么样，能塞下多大尺寸的主板（ITX，MATX 还是 ATX），可以插的 PCIe 设备是半高还是全高的以及可以使用什么样的电源。如果只能使用 1U 或者 SFX 电源，那在电源上要花的钱可能就比能使用 ATX 电源的机箱多上不少。
在折腾了好几个不同的 NAS 机箱之后，我最终收敛到了一个普通的塔式机箱（后面会解释这部分内容，因为我的 NAS 和日用主机合并了）。
如果只是正常的并不需要太高性能的 NAS 需求的话，估计买一些前几代的 Intel 或者 AMD 的家用中低端处理器就可以了。如果需要转码的话可以考虑 Intel 的带核显的 CPU。我之前尝试闲鱼捡过一些略微企业级的垃圾，比如超微的 X11SCA-F，这是块 ATX 主板，现在闲鱼价格是小几百，可以支持 8 或 9 代 Intel CPU，或者那个时间段的一些 Xeon。为什么考虑它呢？主要是想要个 IPMI，方便人不在并且把机器弄挂的时候远程管理。它还可以支持 ECC UDIMM（但是只能搭配 Xeon 或者 i3-8100），SATA 接口也足够充足，看起确实挺好的。其实还有一些更常见一点的服务器淘汰品用的是 RDIMM，相比于 UDIMM 来说也便宜很多。
如果期望高频一点的 CPU 但还需要 ECC 的话是可以考虑 AMD 的。Intel 在 12 代以前消费级处理器是基本不给 ECC 支持的，12 代以后虽然有了，但是主板需要用 W 系列的芯片组（比如 W680），价格会贵非常多。AMD 倒是一直都能支持，主板也不需要特殊的芯片组，只要买的时候看看厂家写的是否支持就行了。当然，如果还需要 IPMI 就麻烦很多了。
不过用了很长一段时间之后感觉确实也不需要太企业级的功能了，把 NAS 和正常的工作主机拆成两个还很占地方，所以最终就合并成了一台机器。找了个正常的 ATX 主板和比较新消费级 CPU，按照下面一节的方式接入硬盘。具体的使用方式是裸机上跑 Linux 作为 NAS 的系统，然后套一个 Windows 虚拟机并且直通显卡作为日常的使用环境。或许之后会单独介绍一下这部分的内容，也可以参考付主席的指南5。
一般主板会自带一些 SATA 口（例如 ITX 可能会带 4 个，MATX 和 ATX 可能会带有 6-8 个），如果觉得这些口不够用，那可能就需要额外的扩展卡来引出更多的 SATA 口。还有一种情况是硬盘属于 SAS 接口，那也需要 SAS 卡了。这些卡有分两种，一种是只有接入硬盘的功能，还有一种是自带硬件 RAID（这些卡也比较贵）。现代处理器其实已经不错了，可以考虑使用软 RAID。
比较常用的可以捡到的垃圾是 LSI 9207-8i/8e/4i4e6，这里 i 表示内接（也就是如下图接口开在机箱内部），e 表示外接（类似显卡的 HDMI 接口开在机箱外部）。内接的接口是 SFF-8087，它一个口可以接四个 SATA/SAS，如果直接接入硬盘的话应该要买一个 SFF-8087 转 4x SATA 的线。此外某些 NAS 机箱的背板也会提供直接的 SFF-8087 或者 SFF-8643 接口，也就可以直接购买相应的线。内接的这些线应该最长只能到一米，外接的话是 SFF-8088 或者 SFF-8644（这个接口对应的卡是 LSI 9300-8e，贵很多），长度可以长一些，应该是能到两米，当然也有可以直接转出来 4x SATA 的线。
正常用的话 LSI 9207 系列就够了，一般稍微有点风吹一吹就还可以，也不算太热。官方文档写的功耗一般是 9.8W6，如果想要再省点电，可以考虑 9211 系列，功耗是 8.04W7，损失只有从 PCIe 3.0 降级到了 PCIe 2.0（但都是八条通道）。一般主板芯片组扩展出来的那个 x16 外观的接口实际只有 4 个通道，PCIe 2.0 x4 的速度大约可以有 2GB/s，所以如果是 HDD 的话也没什么问题。如果主板好一些有 PCIe 拆分，或者直连 CPU 的那个通道没有什么设备占用的话，能接上 PCIe 2.0 x8 那 8 个固态应该也能跑满。
最后，除了上面说的 HBA 卡以外，还有一些 PCIe 转 SATA 的扩展卡也可以考虑，甚至还有一些从 M.2 转出 5 个 SATA 的设备。
我最终用的是 LSI 9207-8e 然后外接一个硬盘笼（上面也提到过了，其实就是把硬盘盒加上延长线的方案改成了 HBA 卡加上电源拉出来一些供电连硬盘，不过这样放在外面灰会稍微有点大）。放在外面的主要原因是买机箱的时候没注意 3.5 寸盘位的数量，最后发现有些不够而且自带的盘位散热似乎也不是特别好。外接的硬盘供电可能稍微有些麻烦，一种是从机箱电源拉出来一些线，另一种是随便找个电源，然后短接那个 24pin 其中两个开机引脚就可以了，这个操作淘宝有些方便的接口可以帮你完成。最后大概就是下面这样的感觉。
这里有一些踩过的坑，希望大家不会遇到它们，也不会烧掉自己的硬盘和主板。
如果是自己装机器，特别是用小机箱很可能会用到非原厂的定制线。虽然接入主板硬盘这样设备的那端接口是具有统一标准的，但是在电源侧的接口似乎并没有统一的规范。比如不同电源同一个形状的接口的几个引脚的定义可能会不一样。同样都是 2x2 方形的一个口，12V 和 5V 对应的引脚可以是颠倒的！所以模组线是不应该在不同型号之间电源之间互用的（换电源的时候千万别偷懒不拆线）。
如果用错了线，12V 和 5V 接反了那么硬盘是会烧的，主板芯片组也可以顺带烧掉，万一弄不好的话 CPU 也可以坏😦。
最近还有一些更糟糕的新闻，同一个厂家同一个型号的电源引脚规范还可以不一样，有人送修换新之后用旧的线把硬盘烧了8 9。
那针对电源定制的模组线有没有问题呢？回到文章最开头的图，下面这个接口叫做大 4D 接口（我猜这个名字应该和它的形状有些关系，是个 D 形），现在一般可以用来直接接入硬盘笼的背板，或者用来转接一些 SATA 的供电接口的。它提供 5V 和 12V 的供电。
这个接口并不是对称的，中间两个引脚接地，旁边两个分别是 5V 和 12V。它的的四个引脚的意义我在下面的图标出来了。你可以发现，这根线的这两个大 4D 口无论怎样一定有一个是错的！所以用了这根线观测到的现象就是，多接几个硬盘用到了这两根中错误的那根线的时候就会闻到一阵糊味。
如果说前面两个电源线相关的问题会让你的硬盘炸掉的话，那 SATA 线出问题就会让你用着很烦。我用过几根质量比较差的 SATA 线，在它们弯折角度比较大的时候会经常出现问题导致你的盘报告 UDMA CRC Error。有些机箱的内部空间会比较紧凑，很容易就一不小心把线 90° 弯折了，所以安装的时候最好注意一下。
如果想要省事，那可以用开源的 NAS 系统比如 TrueNAS 或者考虑用 unRAID。稍微会用 Linux 的话直接在上面开几个 docker 也是可以，文件系统就用 zfs（记得定期做快照和备份）。
实际上常用的软件可能没几个。如果需要一个网盘的话，那么 Seafile 和 Nextcloud 都是不错的选择。Nextcloud 的功能相比 Seafile 会稍微多一些，比如有相册和一系列复杂的 Apps。它的手机端可以自动上传照片、视频等内容，还是挺方便的。
如果想要自建媒体服务器，可以考虑 Emby 或 Jellyfin。后者应该是前者某个时间 fork 出来的开源的版本，Emby 会提供一些更加专业的功能，但是这部分功能需要收费。Emby 的 Android 和 Windows 上的应用都可以不用转码直接播放 HEVC 和 HDR 内容，如果网络带宽够大的话还是十分方便的。Jellyfin 的话 HDR 内容可能不一定可以直接播放，需要转码，这部分可以看 Harry 的博客10。
想要自动追剧的话有 Sonarr / Radarr / Prowlarr / qBittorrent 四个软件可以互相联动，最终可以把下载的内容自动导入 Emby / Jellyfin 媒体库。
上面两部分应该是 NAS 最常见的需求了，少见一点的可能是自建的 Overleaf 和 GitLab 服务。GitLab 用起来其实没太大问题，但是 Overleaf Community 版本似乎暂时还没有 git integration11，用起来不一定特别方便。
这篇文章应该会持续更新。
首先需要在 Windows 上给将要安装的系统分出一定的空间，这可以直接用 Windows 自带的 Create and format hard disk partitions 来完成。接下来需要准备一个启动盘，可以直接用现成的 Arch LiveCD，也可以自己按照文档做一个。
准备好启动盘和分配好空闲的硬盘空间之后关机，插入启动盘然后开机进 BIOS，松开开机键之后立即按住音量上键，等微软的图标闪了一下之后就可以进入 Surface UEFI 界面。在此关闭安全启动，然后选择同 USB 设备启动，就可以进入安装环境了。
安装的过程基本上按照 Arch Wiki 的操作来就行了1。
这里准备两个 zpool，分别是不加密的挂载到 /boot 的 bpool2，和在 LUKS 上的 rpool。如下所示，此处新增加的两个分区是 /dev/nvme0n1p5 和 /dev/nvme0n1p6。
nvme0n1 259:0 0 953.9G 0 disk
├─nvme0n1p1 259:12 0 260M 0 part
├─nvme0n1p2 259:13 0 16M 0 part
├─nvme0n1p3 259:14 0 698.6G 0 part
├─nvme0n1p4 259:15 0 1G 0 part
├─nvme0n1p5 259:16 0 8G 0 part
└─nvme0n1p6 259:17 0 244G 0 part
接下来创建 LUKS 设备3：
cryptsetup luksFormat --sector-size=4096 /dev/nvme0n1p6
cryptsetup open /dev/nvme0n1p6 root_crypt
然后创建 zpool：
zpool create \
-o ashift=12 \
-o autotrim=on \
-o compatibility=grub2 \
-o cachefile=/etc/zfs/zpool.cache \
-O devices=off \
-O acltype=posixacl -O xattr=sa \
-O compression=lz4 \
-O normalization=formD \
-O relatime=on \
-O canmount=off -O mountpoint=/boot -R /mnt \
bpool /dev/nvme0n1p5
zpool create \
-o ashift=12 \
-o autotrim=on \
-O acltype=posixacl -O xattr=sa -O dnodesize=auto \
-O compression=zstd \
-O normalization=formD \
-O relatime=on \
-O canmount=off -O mountpoint=/ -R /mnt \
rpool /dev/mapper/root_crypt
zpool export bpool
zpool export rpool
zpool import bpool -R /mnt -d /dev/disk/by-id
zpool import rpool -R /mnt -d /dev/disk/by-id
接下来创建 zfs datasets：
zfs create -o canmount=off -o mountpoint=none rpool/archlinux
zfs create -o canmount=off -o mountpoint=none bpool/archlinux
zfs create -o canmount=noauto -o mountpoint=/ rpool/archlinux/root
zfs mount rpool/archlinux/root
# /boot
zfs create -o mountpoint=/boot bpool/archlinux/root
# /home and /root
zfs create -o mountpoint=/home rpool/home
zfs create -o mountpoint=/root rpool/home/root
chmod 700 /mnt/root
# /var
zfs create -o canmount=off rpool/var
zfs create -o canmount=off rpool/var/lib
zfs create rpool/var/lib/log
zfs create rpool/var/lib/libvirt
接下来在 /mnt 安装必要的包并 chroot：
pacstrap -K /mnt base base-devel linux-firmware
arch-chroot /mnt
然后将 ArchZFS 和 LinuxSurface 的仓库加入 /etc/pacman.conf 并且加入相关 key，并且安装相关的包：
pacman -Sy
pacman -S linux-surface linux-surface-headers iptsd intel-ucode
pacman -S zfs-dkms zfs-utils
修改 /etc/mkinitcpio.conf，分别在 MODULES 和 HOOK 加入 zfs, luks 还有 surface 键盘相关模块，其中 surface 相关模块是为了在解密 LUKS 的时候可以用 Type Cover 键盘输入密码4。
MODULES=(zfs surface_aggregator surface_aggregator_registry surface_aggregator_hub surface_hid_core 8250_dw surface_hid surface_kbd intel_lpss intel_lpss_pci pinctrl_tigerlake)
HOOKS=(base udev autodetect modconf kms keyboard keymap consolefont block encrypt zfs filesystems fsck)
修改完成后使用 mkinitcpio -P 重新生成 initramfs，并且启用下列服务：
zpool set cachefile=/etc/zfs/zpool.cache rpool
zpool set cachefile=/etc/zfs/zpool.cache bpool
systemctl enable zfs.target
systemctl enable zfs-import.target
systemctl enable zfs-import-cache.service
systemctl enable zfs-mount.service
下面安装 Grub：
pacman -S grub efibootmgr
因为 Grub 可能无法自动识别根目录对应的 zpool，所以需要手动修改指定（这在每次更新 Grub 后都需要进行）：
sed -i 's/rpool=/rpool="rpool" #/' /etc/grub.d/10_linux
接下来修改 /etc/default/grub 中的内核参数，指定启动时需要解密的 LUKS 设备：
GRUB_CMDLINE_LINUX="cryptdevice=UUID=<uuid of your LUKS partition>:root_crypt:discard zfs_import_dir=/dev/disk/by-id/"
之后创建 /boot/efi 并且暂时退出 chroot 环境挂载 EFI 分区（mount /dev/nvme0n1p1 /mnt/boot/efi），然后再回到 chroot 安装 Grub：
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=GRUB
grub-mkconfig -o /boot/grub/grub.cfg
Update: 见评论区，root= 也可以直接指定。因为内核按照顺序解析参数，root= 交由 init/do_mounts.c 中的 root_dev_setup 处理，它干的事情只是把对应参数拷贝到某个缓冲区（就是一个 strscpy），因此重复的参数最终起效的会是后面的那个5。
剩下的事情就是安装图形界面和创建账户了，这就和普通的安装过程没有区别了。
另外，如果觉得机器的内存不太够，也可以适当考虑打开 zram。
目前安装的系统是不支持 Secure Boot 的，如果需要启用 Secure Boot，需要进行额外的一些操作6。例如使用 shim-signed。但是我暂时没有成功。实际是可以的，看了 menci 的这篇博文之后才发现我没认真读 archwiki，忘记把模块打包进 Grub 了7。
按照 archwiki 的描述8，需要把 Grub 模块全部嵌入 grubx64.efi（具体的模块见 wiki），并且需要在该文件中包含 sbat section，假设 GRUB_MODULES 环境变量包含了所需的模块，那么前边的 Grub 安装需要改成
grub-install --target=x86_64-efi --efi-directory=esp --modules=${GRUB_MODULES} --sbat /usr/share/grub/sbat.csv
然后做一个 MOK 证书，用 sbsign 对 grubx64.efi 以及 zfs 模块签名即可7。
用 clevis 可以不用每次都输入密码解锁 LUKS：
clevis luks bind -d /dev/nvme0n1p6 tpm2 '{"pcr_bank":"sha256","pcr_ids":"1,7"}'
完事后按照上面 wiki 安装 mkinitcpio-clevis-hook 并且修改 mkinitcpio.conf 加入相应 hook。
虽然 linux-surface 里 hibernate 的支持是 ?，但是实际上按照 archwiki 这部分是可以成功挂起硬盘的（需要 6.6.x 版本的内核，6.8.x 似乎有时候会失败）。此外，如果只想在 hibernate 的时候启用 swap，可以参考这里。
在 Windows 上 SP8 有三种不同的性能模式，再加上是 AC 还是电池供电有六种情况，它们的 PL1 和 PL2 分别如下：
| 性能模式 | PL1 / PL2 (AC) | PL1 / PL2 (BAT) |
|---|---|---|
| Recommend | 28W / 35W | 13W / 35W |
| Performance | 28W / 45W | 28W / 35W |
| Maximum Performance | 35W / 60W | 28W / 45W |
Linux 下面默认应该是 35W / 60W 这个状态，一不小心就过热了，可以在 crontab 写一个在启动时修改的脚本：
@reboot echo 28000000 > /sys/class/powercap/intel-rapl:0/constraint_0_power_limit_uw
@reboot echo 35000000 > /sys/class/powercap/intel-rapl:0/constraint_1_power_limit_uw
如果要在插入电源和使用电池间切换，那需要修改 udev 规则：首先编辑 /usr/local/bin/power_supply_change.sh
#!/usr/bin/bash
if [ $1 = "ac" ]; then
echo 28000000 > /sys/class/powercap/intel-rapl:0/constraint_0_power_limit_uw
echo 35000000 > /sys/class/powercap/intel-rapl:0/constraint_1_power_limit_uw
elif [ $1 = "bat" ]; then
echo 15000000 > /sys/class/powercap/intel-rapl:0/constraint_0_power_limit_uw
echo 35000000 > /sys/class/powercap/intel-rapl:0/constraint_1_power_limit_uw
fi
然后编辑 /etc/udev/rules.d/60-onbattery.rules：
# Rule for when switching to battery
SUBSYSTEM=="power_supply",ENV{POWER_SUPPLY_ONLINE}=="0",RUN+="/usr/local/bin/power_supply_change.sh bat"
# Rule for when switching to AC
SUBSYSTEM=="power_supply",ENV{POWER_SUPPLY_ONLINE}=="1",RUN+="/usr/local/bin/power_supply_change.sh ac"
最后重新加载 udev 规则，并给相关脚本加入可执行权限：
chmod +x /usr/local/bin/power_supply_change.sh
udevadm control --reload-rules
此外，机器是不能长时间运行在 28W PL1 下的，过热的时候 surface 固件会把 CPU 频率设置为 200MHz 并且风扇开到最大，持续一段时间温度下来之后才会恢复9。可以参考这里的 issue 用 thermald 来控制温度，具体配置 /etc/thermald/thermal-conf.xml 如下（不确定和上面电池的 PL1/PL2 修改冲不冲突）：
<?xml version="1.0"?>
<ThermalConfiguration>
<Platform>
<Name>Surface Pro 8 Thermal</Name>
<ProductName>*</ProductName>
<Preference>QUIET</Preference>
<ThermalZones>
<ThermalZone>
<Type>cpu</Type>
<TripPoints>
<TripPoint>
<SensorType>x86_pkg_temp</SensorType>
<Temperature>65000</Temperature>
<type>passive</type>
<ControlType>SEQUENTIAL</ControlType>
<CoolingDevice>
<index>1</index>
<type>rapl_controller</type>
<influence>100</influence>
<SamplingPeriod>10</SamplingPeriod>
</CoolingDevice>
</TripPoint>
</TripPoints>
</ThermalZone>
</ThermalZones>
</Platform>
</ThermalConfiguration>
如果在浅色主题下想要修改 Konsole 的标题栏为黑色，可以打开 System Settings - Window Rules, 添加如下规则10：
VSCode 也可以类似操作，然后在其内部修改 window.menuBarVisibility 为不可见就可以关闭菜单栏。
编辑 Consigure - Tab Bar / Splitters 下方的 Miscellaneous，选择 Use user-defined stylesheet 并且使用如下 CSS 文件：
/* Based on codemedic's work (https://gist.github.com/codemedic/f11cc460b8d9544f9afc) */
QWidget, QTabWidget::pane, QTabWidget::tab-bar {
background-color: #383c4a;
}
QTabBar::tab {
color: #777;
background-color: #383c4a; /* Pick from current color scheme from System Settings > Color > Modify > Colors > Window Background */
font-size: 11px;
padding: 6px;
}
QTabBar::tab:selected, QTabBar::tab:hover {
color: #d3dae3; /* Pick from current color scheme from System Settings > Color > Modify > Colors > Window Text */
background: qlineargradient(x1: 0, y1: 1, x2: 0, y2: 0, stop: 0 #d3dae3, stop: 0.001 #d3dae3, stop: 0.07 #383c4a);
/* Same as color Same as color Same as background-color*/
}
如果要实现类似 Windows 下 Super + Tab 的功能，需要修改 System Settings - Desktop Effects 下面 Present Windows 项的快捷键。
参照 ArchWiki，需要安装 intel-media-driver。之后可以播放视频并且通过 intel_gpu_top 查看 ENGINES 下方 Video 部分是否非零（这个程序在 intel-gpu-tools 里）。 对于 Microsoft Edge 还需要添加 --enable-features=VaapiVideoDecodeLinuxGL11。对于 OBS Studio，硬件加速编码需要额外安装 onevpl-intel-gpu，具体参考相关 issue。
编辑 ~/.config/fontconfig/fonts.conf：
<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<!-- Serif -->
<alias>
<family>serif</family>
<prefer>
<family>DejaVu Serif</family>
<family>Source Han Serif CN</family>
<family>Noto Serif CJK SC</family>
</prefer>
</alias>
<!-- Sans-serif -->
<alias>
<family>sans-serif</family>
<prefer>
<family>DejaVu Sans</family>
<family>Source Han Sans CN</family>
<family>Noto Sans CJK SC</family>
</prefer>
</alias>
<!-- Monospace -->
<alias>
<family>monospace</family>
<prefer>
<family>DejaVu Sans Mono</family>
<family>Source Han Sans CN</family>
<family>Noto Sans CJK SC</family>
</prefer>
</alias>
</fontconfig>
另外，建议安装 ttf-hack-nerd，会有一些图标的 patch。
安装 fcitx5-im 并且按照这里的文档处理。如果使用 Microsoft Edge 或者 Google Chrome 需要增加如下参数，否则触控板是无法通过手势放大和缩小网页的。中文输入法安装 fcitx5-chinese-addons 即可。还有些例如 Sogou 输入法和中文维基百科的词库，可以参考 ArchWiki。
microsoft-edge-stable --enable-features=UseOzonePlatform,VaapiVideoDecodeLinuxGL --ozone-platform=wayland --enable-wayland-ime
sed -i 's/mainWindow.focus();//' /usr/lib/emby-theater/resources/app/main.js
Surface Pen 距离屏幕比较近的时候一般关闭触摸屏功能会比较合适，这可以修改 /etc/iptsd.conf 的如下参数：
##
## Ignore all touch inputs if a stylus is in proximity.
##
DisableOnStylus = true
支持压感的笔记和 PDF 标注软件推荐 Xournal++。另外，ArchWiki 还有一些其它的推荐12。
虽然摄像头不能工作，但是摄像头的指示灯还是可以被系统识别的，这里的 INT33BE_00::privacy_led 和 OVTID858_00::privacy_led 分别是前后两个摄像头旁边的灯。
$ ls /sys/class/leds/
input32::capslock input32::scrolllock OVTID858_00::privacy_led SMO55F0_00::privacy_led
input32::numlock INT33BE_00::privacy_led phy0-led
既然可以控制它，那就可以用它来干点好玩的事情，比如用来显示网卡的工作情况：
led="INT33BE_00::privacy_led"
modprobe ledtrig-netdev
echo netdev > "/sys/class/leds/$led/trigger"
echo 1 > "/sys/class/leds/$led/tx"
echo 1 > "/sys/class/leds/$led/rx"
echo 1 > "/sys/class/leds/$led/link"
echo wlp0s20f3 > "/sys/class/leds/$led/device_name"
Grub2 好像也可以处理完全加密的情况，但是这里还是分开成 bpool 和 rpool 两个部分。 ↩
此处可以参考 dm-crypt/Device encryption - ArchWiki (archlinux.org)。 ↩
Disk Encryption · linux-surface/linux-surface Wiki (github.com) ↩
Unified Extensible Firmware Interface/Secure Boot - ArchWiki (archlinux.org) ↩
https://wiki.archlinux.org/title/Chromium#Hardware_video_acceleration ↩
整个扩容分成三个步骤。首先是去机房把新的硬盘插入机器，确认系统可以看到盘之后就可以走人了。
接下来是对阵列的扩容，它可以使用 MegaCli 来完成1。这一步对用户是透明的，不会影响正在使用对应设备的程序。首先需要通过 MegaCli64 -LDInfo -Lall -aALL 查看待扩容阵列的 ID 和 RAID 卡 ID，这两个 ID 分别对应前面的参数 -L 和 -a。例如我们的机器只有一个阵列和一张 RAID 卡，得到的是如下输出，对应的就是 -L0 -a0：
Adapter 0 -- Virtual Drive Information:
Virtual Drive: 0 (Target Id: 0)
Name :
RAID Level : Primary-5, Secondary-0, RAID Level Qualifier-3
Size : 8.729 TB
Sector Size : 512
Is VD emulated : Yes
Parity Size : 1.745 TB
State : Optimal
Strip Size : 256 KB
Number Of Drives : 6
Span Depth : 1
Default Cache Policy: WriteThrough, ReadAhead, Direct, No Write Cache if Bad BBU
Current Cache Policy: WriteThrough, ReadAhead, Direct, No Write Cache if Bad BBU
Default Access Policy: Read/Write
Current Access Policy: Read/Write
Disk Cache Policy : Disk's Default
Encryption Type : None
Bad Blocks Exist: No
PI type: No PI
Is VD Cached: No接下来通过 MegaCli64 -PDList -aALL 确认新插入硬盘的 Enclosure Device ID 和 Slot Number，如果我们两个盘的对应的值分别是 252, 5 以及 252, 6 那么可以通过如下命令扩容（注意同时增加多个硬盘需要一条命令写全，否则相当于两次重建）：
MegaCli64 -LDRecon -Start -r5 -Add -PhysDrv[252:5,252:6] -L0 -a0扩容过程中可以通过 MegaCli64 -LDRecon -ShowProg -L0 -a0 来查看扩容进度。
如果原先的阵列对应的 /dev/sda，那么接下来确认没有程序占用它后，需要使用 echo 1 > /sys/class/block/sda/device/rescan 来让系统认出扩容后阵列的正确大小。然后修改分区表，并且用相关命令扩容文件系统1。例如 ext4 则可以直接 resize2fs，然后应该还需要用 tune2fs 修改一下 strip-width。
实物图大概长这样。
传感器还是之前树莓派时候的 AM2320 和 SGP30。至于接线，我们把 AM2320 的 SCL 和 SDA 分别接入 GPIO14 (D5) 和 GPIO12 (D6)；把 SGP30 的 SCL 和 SDA 接入标准的 I2C 引脚：GPIO5 (D2) 和 GPIO4 (D1). 大概按照 这里 对应的 ESP8266 12-E NodeMCU Kit 部分的引脚图接线就行。
完成接线后按照 这里 的说明，安装 arduino-cli 和对应的 ESP8266 相关包，设置好 WiFi 密码后编译并且写入固件即可。其中有一个可选的步骤是设置 SGP30 的 baseline，默认情况下可以不进行，这个传感器每次初始化后会自动处理，一般会需要一段时间后会到达稳定。如果想要初始化更快一些，按照 SGP30 说明书可以运行 12 小时后记录对应 baseline 作为初始的值。
传感器的数据获取通过访问 http://对应ESP8266的IP 来进行，下方是一个样例输出：
{
"uptime": 3318604,
"am2320": {
"status": "ok",
"temperature": 28.60,
"humidity": 65.10,
"last_time": 12154
},
"sgp30": {
"status": "ok",
"eCO2": 408,
"TVOC": 273,
"last_time": 158
},
"sgp30_baseline": {
"eCO2": 36622,
"TVOC": 41061,
"last_time": 12152
}
}最后，只要按时把数据灌入 grafana 家用灵车传感器就完成了。
Update 2023-09-04: 突然发现有些十元一个的小 OLED 屏幕，再买了个面包板又生成了一个新型的环境监测器。
闲暇之余打开博客，发现服务器时常因内存不足而导致数据库服务停止。看来是时候将这个博客从 WordPress 搬迁到静态的框架上了。
在 GitHub 上逛了一圈，发现了一个不错的 Jekyll 主题 Huxpro。 在修改了部分样式之后我就开始了整个博客的搬迁。 由于原来用 WordPress 写文章的时候较为随意，整个搬迁过程还是挺麻烦的。 不幸的是我没有太多的精力来确认每一篇文章都被正确移动到当前的框架下，因此在这篇文章之前的文章很可能会有些看起来格式等不太正确的地方。如果您发现了这样的地方可以在评论区给我留言。
此外，还有一个不幸的消息是原来博客所有的评论已经全部消失了。
Update 2024-05-24：评论算是恢复了。
]]>