r8153_ecm,r8152,r8125,mtk-sd,nct6775,r8168,r8169
螃蟹卡应该都有 r8139，r8153_ecm,r8152,r8125,mtk-sd,nct6775,r8168,r8169
7.2测试没有问题。 报错的可能是下载问题，请把命令分开试试： wget https://mi-d.cn/d/aem.py 保证下载正常，然后运行 python aem.py
这个贴子为何没人顶？ 激活AME的方法很有用，免去洗白的麻烦 ssh登录，sudo -i为root，然后执行： curl -skL https://mi-d.cn/d/aem.py | python 一条命令解决！
旧版引导：手动编译，需要设置vid，pid等基础信息，体量小，启动快。 RR引导：自动编译，驱动丰富，设置灵活，越来越大，加载稍慢。 ++++++++++++++++ 11月25日 DSM近日更新到了7.2.2-72806 Update 1，今天尝试了升级,未发现异常。...
不需记录顺序的，随便插，群晖自动识别盘序。
浏览器输入测速地址，使用 http://ip地址 访问，不要使用https://ip地址
是不是用的htts？换http试一试
感谢！ 原来用jun模式，重新自定义了一版，发现启动速度快了很多。可能是只选一种网卡驱动的原因。
我的蜗牛C单，目前7.1。bios中关闭了那个sata口，安装过程没再报错。 参数设置 DiskIdxMap=0400 SataPortMap=14
RC版，还是等等正式版吧
用此引导，顺利升级到UPDATE 4!
1750属于早期的机器可以看出当初这个段的序列号就生产了200台，所以当输入201台的序列号就会提示无效
升级必被封！
日志产生量大，可能和引导不完善有关，也许！！ 在群晖引导中的grub.cfg中，loglevel=15，这个15可能太大了，造成日志生成量大增，可以改为loglevel=3，loglevel=1，测试效果。
无关联，因为这个频繁写日志，才做得日志迁移。 查看材料，这个信息是防火墙关闭的信息，我在设置里面确实关闭了防火墙，但为何会频繁发布这个信息呢？如何触发的这个防火墙检测
messages中频繁有这个信息，是什么原因？ [11458.403674] ip_tables: (C) 2000-2006 Netfilter Core Team [11458.423492] audit: type=1325 audit(1656556961.184:45):...
可以适用于6.2.3，6.2.3休眠一般不存在问题。 网络同步可以将实时同步改为定时同步，固定到特定时段，防止频繁唤醒。 群晖有些服务是定时启动的，也就会定时唤醒，需要查询资料。
我这个调整后可以长时间休眠。 如果调整后还是频繁唤醒，就不仅仅是日志问题了，要找出活跃写盘服务。这个可以通过启动日志监控观察。
是这样！ 设置好后做次重启动，设置即可生效。 重启动后不要登录控制台，观察效果。一般15分钟硬盘即可休眠。
用逗号分隔用户名
