JackieWu

问题的原因是给除了管理口（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

卸载中文语言包，然后重新安装。
 
参考：
 
 

参考：
 
 

如果你希望使用的另外的网段（192.168.32.X）去访问 docker 容器，那么按理说你应该在 docker 设置那里将 ”接口上 IPv4 自定义网络 eth2“ 的子网设置为 192.168.32.0/24，这样你就可以给 docker 分配 192.168.32.X 的 IP 地址了，并且也可以使用这一地址去访问（前提是你的路由器支持多网段路由）。
 
另外你也需要注意以下几点：
由于你需要给 docker 分配不同的 IP 网段，所以你在使用 docker network create XXX  创建 docker 自定义网络时应该使用 macvlan driver 进行创建，例如：docker network create --driver macvlan .... ，但是这种方式你直接在 docker 设置那里配置 ”接口上 IPv4 自定义网络 xx “ 就行了。  如果你希望使用的是 bridge 的 docker driver 进行使用，那么这一模式下没办法将这个 docker 自定义网络依附到具体的某一个网口上，也就是说没办法指定使用这一自定义 docker 网络的 docker 容器的流量走固定的网卡。实际上论坛里已经有人这么实验过但是并不能成功（参考这个帖子 CUSTOM DOCKER NETWORK ON BR1），具体的原理可以参口 stackoverflow 的这个问答 How to make docker only use a eth1 interface to communicate with other hosts? ：

参考：
 
 
建议关闭 BIOS 中所有关于节能的选项（包括 CPU 和 PCIE 设备），然后再观察。
 
BIOS 节能选项的相关说明可以参考 Unraid 万兆网络实现注意事项 中关于 BIOS 设置的说明。

It seems like your disk1 ( sdb - TOSHIBA_MG03ACA400_14F2K1ITF ) has some physical problem and causes the filesystem problem which result in shares disappearance, you may enter maintenance mode to check.
 

删除中文语言包之后再重新安装语言包。
 

尝试在 syslinux.cfg 中添加以下参数（参考），其作用是禁用 USB 驱动器相关的功能：
 
usbcore.autosuspend=-1  

 
问题解释参考 ：
 
 

生成一个新的配置，工具（ TOOLS ） → 新配置（ New Config ），然后去调整顺序就行。由于你使用了校验盘，所以在新配置启动阵列前，记得勾选上底部的"奇偶校验已生效"，这样就不需要重新去进行奇偶校验。
 

 
硬盘顺序不会影响数据，参考：
 
 

umount 只是将 USB 硬盘的文件系统取消与系统目录的绑定，你随时可以将 USB 重新 mount 回来。
 
所以实际的做法是 eject（弹出）USB 设备：
 
eject /dev/sdX  

是的，你选错了，我文章有说明这两者的区别。

实际上你在 Unraid 通过 WebUI 界面去安装 docker 时，点击右下角的“保存”可以看到 Unraid 最终所使用的 Docker 创建命令，例如：
 

 

 
/usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker create --name='speedtest-tracker' --net='traefik' -e TZ="Asia/Shanghai" -e HOST_OS="Unraid" -e HOST_HOSTNAME="JackieWu" -e HOST_CONTAINERNAME="speedtest-tracker" -e 'SLACK_WEBHOOK'='' -e 'OOKLA_EULA_GDPR'='true' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:[PORT:8111]/' -l net.unraid.docker.icon='https://raw.githubusercontent.com/selfhosters/unRAID-CA-templates/master/templates/img/speedtest-tracker.png' -p '8111:80/tcp' -v '/mnt/cache/appdata/speedtest-tracker':'/config':'rw' --restart unless-stopped 'henrywhitaker3/speedtest-tracker'  
你可以在这一串命令中看到以下几个参数（ -l 表示 --label，也就是 Docker 的标签参数，用于添加元数据）：
-e HOST_OS="Unraid" 
-e HOST_HOSTNAME="你的unraid主机名，例如 Tower" 
-e HOST_CONTAINERNAME="容器名称，例如 alist，要与 --name 的值相同"
-l net.unraid.docker.managed=dockerman
-l net.unraid.docker.webui='http://[IP]:[PORT:8111]/'
-l net.unraid.docker.icon='https://raw.githubusercontent.com/selfhosters/unRAID-CA-templates/master/templates/img/speedtest-tracker.png‘
上面的 -l 参数分别表示：
使用的 Unraid 的 dockerman 插件来显示 Docker WebUI 跳转链接 图标 所以理论上说，只要你在使用 docker cli 方式添加 docker 时，可以加上上面的这三个 -e 变量参数和三个 label 参数和来实现与 WebUI 界面创建 docker 一样的效果（但不是完全相等，因为并没有创建相应的 xml 文件），比如说用 Docker CLI 创建 alist （注意，如果你希望可以通过点击图标来打开对应 docker 应用的 webui 界面，需要加上 -e HOST_OS="Unraid" 参数，不然无法打开应用的网页）：
 
docker run -d --restart=always \ --name='alist' \ -p 5244:5244 \ -v /mnt/user/appdata/alist:/opt/alist/data \ -e HOST_OS="Unraid" \ -e HOST_HOSTNAME="你的unraid主机名，例如 Tower" \ -e HOST_CONTAINERNAME="容器名称，例如 alist，要与 --name 的值相同" -l net.unraid.docker.managed=dockerman \ -l net.unraid.docker.webui='http://[IP]:[PORT:5244]/' \ -l net.unraid.docker.icon='https://gitee.com/jackiewuu/unraid/raw/master/icon/Alist.svg' \ xhofe/alist:latest  
我有篇博客文章《新手教程：如何在 unRAID 上正确安装 Docker》详细介绍了 Unraid 上关于 Docker 创建的过程和应用案例，我建议新手朋友都看一看，因为 Docker 的管理和使用是 Unraid 的一大优势，很多朋友之所以使用 Unraid 就是看上了这一点，毕竟除了常规的 docker cli 方式，unraid 也提供了另一种方式给到大家去安装和管理 docker（毕竟都用 unraid 了，那了解一下不也是挺好）。
 
所以我认为如果你学会了使用 Unraid 的 WebUI 界面能手动的去创建没有 CA template 的 docker，那么你会发现这种方式管理 Docker 是非常方便的，我强烈建议大家去学会使用这种方式，并且我博客的这个文章也介绍了相应的案例，相信学会不是一件难事。

可以，参考：
 
 

你可以尝试使用手动安装的方式去安装系统，你可以参考官方文档，或者参考我博客如何安装/重装/更换unRAID系统。
 
如果手动安装的方式也不能正常启动，那么可能是由于 BIOS 的问题，可以参考：常见问题-2：如何保证unRAID正确开机
 
相关参考：
 
 

你的诊断信息文件里面显示你的 unraid 服务器会从两个 DHCP 服务器那里获取 IP 地址：
从 192.168.31.1 获取到 192.168.31.89 的 IP 地址，也就是你希望保持使用的 IP 地址： 从 192.168.1.1 获取到 192.168.1.6 的 IP 地址，也就是你不希望使用的 IP 地址： 跟我先前猜测的一样，你的内网下有两个 DHCP 服务器，可能只是你没注意到的确有两个 DHCP 服务器存在。
 
我建议你还是再检查检查网络环境，要么就是不要用 DHCP 自动获取 IP 的方式去使用。

你之前发了这个帖子，你想要了解的东西是同一个吗：
 
 
可以，“开启主机访问自定义网络”跟 ipvlan 或者 macvlan 没关系，但是切换成 ipvlan 或者 macvlan 能不能正常用跟其他因素有关。

你可以到 /boot/config 中去修改 network.cfg 文件，删除里面关于 eth1 的参数。
 
另一个简单粗暴的方法是重置 unraid 的网络设置设置，参考：常见问题-1：unRAID无法访问

这段内核报错涉及到 btrfs 文件系统和内存，不太好能确定是什么问题造成的，不过我建议你最好能检测一下内存（Unraid 自带有 memtest86 内存检测，或者你也可以参考这里的检测方法），如果内存没问题可以尝试升级到 6.12.3 版本。
 
你发上来的压缩包没有包含失联前的日志（8月27日），只有失联后的（8月28日），不过里面有一些关于你缓存池的文件系统报错：
 
Aug 28 07:42:27 tower kernel: XFS (nvme0n1p1): Metadata corruption detected at xfs_dinode_verify+0xa0/0x732 [xfs], inode 0x801eeefa dinode Aug 28 07:42:27 tower kernel: XFS (nvme0n1p1): Unmount and run xfs_repair Aug 28 07:42:27 tower kernel: XFS (nvme0n1p1): First 128 bytes of corrupted metadata buffer: Aug 28 07:42:27 tower kernel: 00000000: 49 4e 41 ff 03 01 00 00 00 00 03 e8 00 00 00 64 INA............d Aug 28 07:42:27 tower kernel: 00000010: 00 00 00 03 00 00 00 00 00 00 00 00 00 00 00 00 ................ Aug 28 07:42:27 tower kernel: 00000020: 35 41 ec 29 aa d6 9b 7c 35 42 3c 55 9e 8b ef f6 5A.)...|5B<U.... Aug 28 07:42:27 tower kernel: 00000030: 35 44 42 d3 93 b1 c6 ed 00 00 00 00 00 00 00 5e 5DB............^ Aug 28 07:42:27 tower kernel: 00000040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Aug 28 07:42:27 tower kernel: 00000050: 00 00 25 01 00 00 00 00 00 00 00 00 b4 e0 ec 16 ..%............. Aug 28 07:42:27 tower kernel: 00000060: ff ff ff ff 63 4a cd c2 00 00 00 00 00 00 00 0e ....cJ.......... Aug 28 07:42:27 tower kernel: 00000070: 00 00 00 07 00 04 74 2f 00 00 00 00 00 00 00 08 ......t/........ Aug 28 07:42:27 tower kernel: XFS (nvme0n1p1): Metadata corruption detected at xfs_dinode_verify+0xa0/0x732 [xfs], inode 0x801eeefa dinode  
但这个报错应该跟失联问题关系不大，建议你修复下缓存池的文件系统。

传输速度以实际硬盘读写为准。在 DFM（Dynamix File Manager）中，传输或者移动文件不是简单地采用 cp 或者 mv 命令，而是会根据实际情况来使用 rsync 或者 mv 命令，这一特点官方开发者描述为“smart move”：
 

 
对应到这里的群晖共享，所使用的是 rsync 命令进行传输（相当于硬盘对拷，因此使用 rsync ），而根据 rsync 的特点就会有题主说到的：
 
 
ArchLinux Wiki - rsync ：
 

 
Rsync 命令有优点也有缺点，我建议各位看到这里的都可以去学习一下 rsync 命令（ rsync 用法教程 - 阮一峰 ）。
 
 
 
参考：为什么unRAID下载/拷贝文件时CPU占用高：详解FUSE-SHFS、I/O问题和解决办法

你是否没开启"主机访问自定义网络"：