JackieWu

不需要。
 
 
跟软连接和硬链接无关，unraid 使用一种 aggregated view （聚合视图）的功能来将 cache 或是 array 上的所有根目录文件进行聚合，例如你在 user/domains 看的内容是经过聚合之后的内容，而实际存放的地址可能是 cache 或是其他的地方。这个功能借助的是 unraid 自己开发的 shfs 文件系统，具体的内容可以参考我的博客：为什么unRAID下载/拷贝文件时CPU占用高：详解FUSE-SHFS、I/O问题和解决办法。

根据提供的信息，是由于 nvidia 插件造成的，你可以先删除此插件再重新安装。
 
升级前的准备工作参考：https://www.jackiewu.top/article/notes-before-upgrading-to-unaid-version 6.12-and-realtek-2.5G-nic-problem
 
 
参考：
 

6.12 升级了 docker 的版本，所以从 6.12 之前升级上来的就有可能会出现此问题。

你可以选择直接删掉 config 文件夹里面的 network.cfg 和 network-rules.cfg 文件，这样 unraid 会重新创建一个默认的配制，然后你再在基础上去修改一下就行。

参考：
 
 
 

如何向 Unraid 请求协助
有两种方式：
在官网的联系&支持界面发起工单。 向官方的客服邮箱发送邮件：[email protected] 由于 Unraid 官方有没中文客服，所以使用英文可能会更好沟通一些，你可以将需要够的内容写好后交给翻译软件或者 AI 来翻译成英文。
 
参考资料：《常见问题-6：购买正版付款之后没有收到官方邮件》

可能是中文语言插件的问题，你可以尝试卸载中文语言后重新安装。
 
参考：
 
 

在 VM 中是可以睿频的，但是虚拟机里面不会显示睿频后的频率，参考：
 
 
 
 
如何确认在 unRAID 上 CPU 是否实现了睿频的功能，参考：
 
 

不需要重置。默认的 UNRAID 共享文件夹完全可以自己创建，这几个文件夹没什么特别的，你可以参考我这里的文章去理解默认文件夹的作用：Unraid 默认共享文件夹的作用以及分配方法的说明。

看一下你的 Media 文件夹属性设置（点击“共享”页面下的 Media 文件夹名字），如果“最小可用空间”的值设置得太大，将会出现你截图中的“shfs：share cache full”的报错。
 
关于“最小可用空间”（Minimum free space）的说明
需要解释的是，“最小可用空间”并不控制可用空间的大小，而是控制硬盘必须有多少可用空间才能被选中用于写入新文件。举个例子，假如将“最小可用空间”的值设置为 100G ，那么当有新的文件写入到阵列里面时，UNRAID 依据你对共享文件夹所选用的“分配方法”（Allocation method）和“拆分级别”（Split level）去选择阵列中某一个硬盘存储这个文件，即使你写入的这个文件只有 1KB 大小，被选中硬盘的可用空间必须要大于 100G 才会被选中用于写入文件。
那是因为 UNRAID 在接收到一个文件写入请求时，UNRAID 并不知道这个文件有多大，UNRAID 能做的就是根据分配方法和拆分级别选择一个阵列中的硬盘去存储这个文件。但假如说这个硬盘的可用空间已经不足以存储这个文件，那么最终就会出现硬盘空间不足的情况，也就只有这个时候 UNRAID 才知道所接收的文件大小大于硬盘的可用空间。
 
“最小可用空间”（Minimum free space）需要设置成多大的值
默认情况下，新创建的共享文件夹会按硬盘大小的 10% 去自动配置“最小可用空间”的大小。根据官方的建议，你可以将值设置成你曾经传输过的最大的一个文件的大小，例如你曾经传输过的最大的一个文件大小是 50G ，那么你可以将“最小可用空间”的值设置为 2 倍于此文件的大小：2 x 50G = 100G ，这样即使你偶尔传输了一个比之前传输过最大文件还要大一点的文件（但不超过 100G ），也不会出现楼主所出现的问题。
 
 
官方 WiKi 说明文档：Minimum free space
 
参考案例：
 

你在重新安装系统的时候，没有保存原来的密钥文件吗（密钥文件是 .key 结尾的文件）？
 
一般来说不管你是格式化了U盘还是删掉所有的文件，只要你把密钥文件放回 U 盘的 config 文件夹下面，那么 UNRAID 会直接读取密钥文件与 GUID 进行匹配，只要 U 盘还是那个 U 盘就不会有认证的问题。
 
这里提供论坛里面相关的参考帖子：
更换U盘后无法用替换密钥的方式更新许可证 求助，更换了新的U盘，却无法激活 Ｕ盘彻底损坏了，没有保存 Key 密钥文件 UNRAID通过激活码激活的然后U盘坏了新的U盘GUID不匹配 没有备份密钥且密钥 URL 链接失效

参考：
 

参考：
 
 
 
 
官方工作时间说明：
 
 

一般是网络问题，建议挂个代理试试看。
 
参考：
 

Realtek 直通上的老问题了，不止 ikuai，如果你直通给群晖，那么你会发现数据传输量大的时候群晖还会死机（比如说满速下载时），这个情况好多人都给我反馈过，我尝试过不同的调试方式，基本都无解（如果你也有遇到群晖这一问题的案例，恳请也分享给我做记录）。

估计是周末的原因，明天周一应该就有人回复了，有人的话回复很快的。

你没映射本地路径到 docker 容器里面当然访问不到 unraid 的本地文件了。

一般是网络问题，建议从代理方面排查（如果没有代理的话挂上代理）。

日志里面有大量的 macvlan call trace 报错，我猜测实际上并不是“死机”，而是出现了因 macvlan 问题而导致的“失联”情况，这个问题可以通过以下方式尝试去解决：
由于你使用的是 6.12.4 版本，你可以通过关闭网络设置中的桥接功能来解决，具体细节请参考：6.12.4 关于失联问题的解决办法以及相关更新说明 在 Docker 设置中将自定义网络类型由 Macvlan 修改为 Ipvlan。 单独拿出一个网口来给到 Docker 容器使用，参考：unRAID macvlan 失联问题解析（以及如何给Docker分配独立网口）

问题的原因是给除了管理口（eth0）之外的网卡设置了与管理口同网段的 IP 地址 ，具体的解释可以参考这里：将 Docker 的自定义网络绑定到第二个网口 - 关于 unRAID 的网络设置补充说明
 

 
以及这里：
 
 

syncthing 或者 resilio sync 这种同步工具可以做到，这些工具都有 docker 可以使用。
 
另一个比较高级一点的方式是 Rsync + inotify 做文件实时同步 ，Rsync 命令入门可以参考：unRAID 通用文件传输工具 —— Rsync 命令。

在 UNRAID 的管理界面进行购买，而不是在官网页面。

建议如下：
建议在网络设置中给网卡使用固定 IP 地址，因为在你的系统日志中出现了不正常的现象（可能是由于下面的 ARP 问题导致的）。 在有多个网卡的情况下，网卡之间不要使用相同网段的 IP 地址。比如说 eth0 的 IP 地址是 192.168.1.3，那么 eth1 就不要使用同为 192.168.1.X 的 IP 地址，因为这一情况在 Linux 系统上会出现 ARP Flux 问题（参考 2.1.4. The ARP Flux Problem ，其他更多的内容你可以 google）。 按照你的情况，建议你在 unRAID 的网络设置中将 eth1 或者 eth2 等除了 eth0 之外的网卡，都关闭 IP 地址的分配（或者分配其他网段的 IP 地址），因为网卡不分配 IP 地址并不影响 Docker 的使用，你可以参考我的博客文章将 Docker 的自定义网络绑定到第二个网口。

不用担心，只是说 Unraid 看到你没有将原先的 ZFS 池添加回来就启动阵列了，所以才会将 ZFS 池的数据删掉。原因是当你创建了一个缓存池却没有往缓存池里面添加存储设备，那么 Unraid 在你启动阵列后会删除这个没有实际作用的缓存池配置信息，之所以会删除是因为缓存池存在与否会影响系统层面的运行，所以才会将没有实际作用的缓存池删掉。
 
等你重新创建缓存池并将 ZFS 池的相关硬盘都添加回去之后，Unraid 会自动检测硬盘里面的 ZFS 文件系统相关数据，然后会自动把 ZFS 池还原回来。

关闭容器，在 unraid 命令行窗口执行：
 
chmod go+w /mnt/user/appdata/emqx