MitseaBlog/index.zh-cn.md at b3d04f434a9259e6d149bdadc9fb040c1d6626b7

2023-06-25 18:30:58 +08:00

6.9 KiB

Raw Blame History

+++ author = "FlintyLemming" title = "群晖 DS1621+ 添加 E10M20-T1 的支持" slug = "b3d944ff0c02498c9c341a620b323f1a" date = "2023-06-25" description = "群晖你干的好啊.jpg" categories = ["HomeLab", "Linux"] tags = ["群晖", "设备树"] image = "https://img.mitsea.com/blog/posts/2023/06/%E7%BE%A4%E6%99%96%20DS1621%2B%20%E6%B7%BB%E5%8A%A0%20E10M20-T1%20%E7%9A%84%E6%94%AF%E6%8C%81/johannes-mandle-r_FNlKOxxos-unsplash.jpg?x-oss-process=style/ImageCompress" +++

起因

实际上群晖官方并没有让 DS1621+ 支持 E10M20-T1，我买他主要是有两个原因：

根据 Reddit 上用户的提醒，相同 CPU 和 PCIe x4 的 RS1221+ 是支持这款扩展卡的。所以硬件上应该是没有障碍的。实际上卡到手后也证明了这一点，这就是个使用 ASM PCIe 交换芯片的 plx 卡，插在 PCIe x4 的 Windows 电脑上所有功能都可以正常使用。
https://github.com/007revad/Synology_HDD_db这个 GitHub 脚本 Readme 说该脚本可以 “Optionally enables M2D20, M2D18, M2D17 and E10M20-T1 on Synology NAS that don't officially support them.”

折腾历程

尝试脚本

既然硬件没限制，又有脚本号称可以支持，那我直接进行一个冲动消费，1575，卡就到手上了

结果是，脚本 log 认出了这张卡，也认到了卡上的 nvme SSD，但就是在 WebGUI 里看不到，无法管理，网卡也用不了。但我觉得硬件上肯定是没限制，只是这个卡没什么大冤种会买，用的人比较少罢了，所以作者的脚本没有适配全面。我就继续研究。

启用网卡

脚本解决不了问题第一时间是搜 issue，找到了这条讨论记录

Unrecognized firmware DS1823xs+? · Issue #87 · 007revad/Synology_HDD_db

根据描述 /usr/syno/etc.defaults/adapter_cards.conf 文件似乎控制着扩展卡的功能，发现关于这个扩展卡的有三段：[E10M20-T1_sup_nic]、[E10M20-T1_sup_nvme]和[E10M20-T1_sup_sata]。根据名称，应该就是限制这张卡的网卡、nvme SSD 支持和 ngff SSD 支持所适用的机型。

我就把这三个项目里都加上了 DS1621+=yes ，重启后 nvme SSD 还是识别不了，但是网卡识别了。至此，问题解决了一部分。

手动创建存储池？

虽然 WebGUI 里看不到硬盘，但是 /dev 下还是能看到的。考虑到之前 nvme 不能做存储池的时候，都是可以先格式化硬盘然后用 mdadm 命令手动创建一个存储池。具体创建方法一搜一大堆，我这边随便贴一个帖子，步骤其实都一样的

[Guide] Use NVME SSD as storage volume instead of cache in DS918

然而并不行，比如我创建了个 md9 出来，但是重启后这个 md9 就消失了，存储管理器里也看不到任何存储池。

extensionPorts？

我记得之前看过关于黑群晖启用 nvme 存储池的帖子，里面是要修改一个叫 extensionPorts 的文件。内容类似于这篇帖子的回复

NVMe cache support

然而并没用，我系统里这个文件里已经有了

Device Tree

遇到难题后，我自己也提了个 issue

Can not enable E10M20-T1 on DS1621+ · Issue #97 · 007revad/Synology_HDD_db

出乎意料的是，@007revad 大佬真的非常认真，他帮忙比对了 1621+ 和 1221+ 设备的相关文件。他认为应该是设备树文件导致的差异，不过他不确定群晖是否校验 Device Tree Blob 文件，似乎也没有条件尝试。但他帮我从 1221+ 的 pat 文件里提取了 dtb 文件供我参考，真的超级好。我对 Linux 和 DSM 也就是略懂，所以我又去请教了 Jim 大佬，他说 DSM 的设备树文件是可以改的，不校验的。考虑到我的情况，他建议我直接看我机器的 dtb 文件。通过执行 dtc -I dtb -O dts -o - /run/model.dtb，我对比了两个设备的 dtb 文件发现主要就是缺少一段

E10M20-T1 {
		compatible = "Synology";
		model = "synology_e10m20-t1";

		m2_card@1 {

			nvme {
				pcie_postfix = "00.0,08.0,00.0";
				port_type = "ssdcache";
			};
		};

		m2_card@2 {

			nvme {
				pcie_postfix = "00.0,04.0,00.0";
				port_type = "ssdcache";
			};
		};
	};

但是如果添加到 1621+ 里的话，pcie_postfix 不知道写什么。这个是群晖自己创造的东西，不懂他的含义。不过考虑到现在扩展卡里的硬盘 PCIe 信息正好符合这个后缀规律，所以我觉得这里应该不用改，就应该是 00.0,08.0,00.0

下面开始修改。把 model.dtb 文件搞出来后，使用下面的命令反编译 dtb 文件为可编辑的 dts 文件

dtc -I dtb -O dts -o model.dts model.dtb

添加缺失的 E10M20-T1 支持

将修改好的 dts 文件重新编译为 dtb 文件

dtc -I dts -O dtb -o model.dtb model.dts

保存好源文件，替换掉 /etc.defaults/model.dtb 文件即可，/run 下面的同名文件不用管，/run 是个临时目录

修改效果

Photo by Johannes Mändle on Unsplash

6.9 KiB Raw Blame History Unescape Escape

起因