JackieWu

尝试删除除了 Disk2 之外，存在于其他 DiskX 中的 Disk_Media 文件夹，删除前请将其他 DiskX 中 Disk_Media 内的文件转移走。

可能与“最小可用空间”有关，disk2 和 disk3 的剩余可用空间有多少？

你看下跟这里的情况是不是类似：换了3个U盘还是提示损坏：因内存而导致的罕见Unraid崩溃问题 。

Unraid 能持久化数据的地方只有存储盘和 U 盘，换句话说除非你将数据保存到存储硬盘或者 U 盘，否则当你将数据存放在系统中的其他位置，例如 /etc、/tmp 等目录，那么这些数据在系统重启之后会清空，因为 Unraid 是运行在内存中的。 所以你需要将小雅的配置目录放到阵列或缓存池里面，否则每一次重启或关机都会让原有的数据被清空。

不影响，这个模式只会禁用插件。 是的，第一个是正常模式，其他的模式都是用来进行问题排查的，平常不会使用。

这种一般都是硬件问题，参考 2L 的建议从主板这一块下手。

你可以插到电脑上用 DiskGenius 之类的硬盘工具检测一下，如果说确实是 U 盘出问题了不能正常使用了，那只能是另外再购买一个 U 盘进行使用了，更换 Unraid 系统 U 盘的操作步骤可以参考：Unraid 的 U 盘坏了该如何恢复数据 。

建议可以先尝试使用“Unraid OS Safe Mode（no plugins，no GUI）”也就是安全模式进行观察，这个模式下会停用所有的插件。 另外失联问题可以参考：

参考：Unraid版本升级和转正升级的注意事项

可以尝试解决一下文件权限问题看看能不能解决，参考：常见问题-11：SMB 文件权限问题

共享模式在之前存在一些使用和性能上的问题，这个问题我很久没关注了，不知道现在是什么情况，你可以在论坛上面找找资料。 我之前看过 Spaceinvader One 的相关视频，里面就提到了一些这方面的测试，不过是 Win 系统上面的： virtioFS on Windows VMs - Testing and comparing - Is it ready for the Prime Time?

理论上绕过 SHFS 可以让程序读写速度加快，不是让磁盘读写加速。 对。另外需要补充一下，开启硬连接需要在“设置 - 全局共享设置”中开启“可调试（支持硬连接）”功能，否则在 Unraid 上面无法使用硬连接，不过开启了这个功能之后可能会导致一些 DVD 播放机或着蓝光机无法正常读取 Unraid 上的 NFS 共享。 Mover 执行的对象是共享文件夹。比如说你有两个用户共享文件夹 download 和 media，这两个文件夹都使用缓存池进行读写加速，那么当 Mover 在执行的时候就会依据这两个文件夹的缓存策略进行文件转移。假如说指定的缓存策略需要将文件转移到阵列，那么 mover 就会分别转移缓存池里面 download 和 media 这两个文件夹里面的所有文件到阵列上面的，如果说阵列里面没有这两个文件夹，那么 mover 会自动在阵列上面创建 download 和 media 这两个用户共享并且存储所有相关的文件。 参考资料： 为什么unRAID下载/拷贝文件时CPU占用高：详解FUSE-SHFS、I/O问题和解决办法 新手教程：详解 Unraid 缓存策略及应用案例 新手教程：阵列与缓存池 新手教程：Unraid 默认共享文件夹的作用以及分配方法的说明 新手教程：unRAID 存储目录结构说明

常见问题-11：SMB 文件权限问题

不能。 什么是校验盘，校验盘有什么作用： Q：校验速度很慢是什么原因？ Q：一次完整的奇偶校验需要花多长的时间？

猜测可能与电源管理有关，你可以先尝试在 BIOS 中关闭所有关于电源管理的设置，例如： 或者你也可以尝试添加下面的内核启动参数来禁用 PCIE 的电源管理（参考）： pcie_aspm=off

这种类型问题论坛出现过不少，建议从供电、SATA数据线（数据线质量问题，是否松动）排查。

一般都是网络问题，建议换个代理节点。

但是如果是丢失了几天前的文件，那可能不是这个特性导致的。

正常情况下会自动休眠的，不需要额外的设置。

你可以把命令写入到 /boot/config/go 文件里面，go 文件会在系统加载的时候自行运行里面的命令。

在 Unraid 上面，默认情况下，当虚拟机的程序往虚拟硬盘里面写入数据的时候（也就是往物理硬盘写入数据时），Unraid 的内存会提供一个缓存加速的作用，所以理论上会出现内存里面的缓存数据还没有来得及写入到物理硬盘，但此时 Unraid 因某些原因被关闭（例如断电，强制重启），从而导致内存里面的数据被清空，数据没有被写入到物理硬盘，从而导致数据丢失。 这个特性体现在虚拟机 XML 模板中关于虚拟硬盘的参数中： <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback'/> <source file='/mnt/cache/vdisk/alpine/alpine-vdisk-1.img'/> <target dev='hdc' bus='virtio'/> <serial>vdisk1</serial> <boot order='1'/> <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x0'/> </disk> 你可以将值由“writeback”修改为“writethrough”或者“directsync”，参考资料：opensuse - Disk cache modes，KVM虚拟化中不同缓存模式的速度测试

日志里面还是有一些可能与内存有关的报错，但是如果你目前运行的没问题，那暂时就先观察着。 然后我看到日志里有 eth0 网卡断开&重启的信息，建议检查下网口或者网线问题。

分享给客户的文件所处的网络环境是你们公司的网络吗，还是说文件存放在你家里的 NAS 并且是家庭宽带，你之前提供给客户的分享方式具体是怎样的？ 国内除了专线之外，443 和 80 端口都是默认封禁不给用的（还包括 samba ftp 8080 等端口），即使是专线也得进行备案，所以基本上想要对外提供 Web 服务（包括网盘工具的 web 服务）就没办法省去加端口号的麻烦，即使是 IPV6 也是一样。

如果没记错的话 emhttpd 负责整个 Unraid Web 界面。我自己的话也设置了硬盘休眠，但是没有出现因 emhttpd 出现硬盘被唤醒的情况。 是否尝试过使用安全模式进行观察？如果没有的话，可以尝试进入安全模式并观察一段时间，看看硬盘是否还会被唤醒。 安全模式下会禁用所有的插件，如果依然存在硬盘被唤醒的情况，那么很有可能是插件导致的。

重装一下 Unraid 系统试试，参考：如何安装/重装/更换unRAID系统 断电导致 U 盘出现问题的情况之前也有过案例，所以如果出现类似的情况建议尝试重装一下系统。