JackieWu

你用的是试用版还是？

你的日志里面出现过 page fault 错误，这个错误跟内存有关： Sep 27 05:51:16 Overse kernel: BUG: unable to handle page fault for address: ffffffff10d96206 Sep 27 05:51:16 Overse kernel: #PF: supervisor write access in kernel mode Sep 27 05:51:16 Overse kernel: #PF: error_code(0x0002) - not-present page Sep 27 05:51:16 Overse kernel: PGD 420e067 P4D 420e067 PUD 0 Sep 27 05:51:16 Overse kernel: Oops: 0002 [#1] PREEMPT SMP NOPTI Sep 27 05:51:16 Overse kernel: CPU: 6 PID: 160 Comm: kswapd0 Tainted: P U W O 6.1.49-Unraid #1 Sep 27 05:51:16 Overse kernel: Hardware name: Micro-Star International Co., Ltd. MS-7C82/MAG B460M MORTAR WIFI (MS-7C82), BIOS 1.10 05/18/2020 Sep 27 05:51:16 Overse kernel: RIP: 0010:native_queued_spin_lock_slowpath+0x152/0x1cf Sep 27 05:51:16 Overse kernel: Code: b9 01 00 00 00 f0 0f b1 0b 74 76 eb cc c1 ee 12 83 e0 03 ff ce 48 c1 e0 05 48 63 f6 48 05 80 e1 02 00 48 03 04 f5 c0 ea 17 82 <48> 89 10 8b 42 08 85 c0 75 04 f3 90 eb f5 48 8b 32 48 85 f6 74 bc Sep 27 05:51:16 Overse kernel: RSP: 0018:ffffc9000069faf0 EFLAGS: 00010286 Sep 27 05:51:16 Overse kernel: RAX: ffffffff10d96206 RBX: ffff888157b4aee8 RCX: 00000000001c0000 Sep 27 05:51:16 Overse kernel: RDX: ffff88901f3ae180 RSI: 0000000000003148 RDI: ffff888157b4aee8 Sep 27 05:51:16 Overse kernel: RBP: 0000000000000006 R08: 0000000000000000 R09: 000000000000018f Sep 27 05:51:16 Overse kernel: R10: ffff88868948b800 R11: 0000000000000000 R12: ffff88901f3ae180 Sep 27 05:51:16 Overse kernel: R13: 0000000000000000 R14: ffff888157b4ae90 R15: 0000000000000000 Sep 27 05:51:16 Overse kernel: FS: 0000000000000000(0000) GS:ffff88901f380000(0000) knlGS:0000000000000000 Sep 27 05:51:16 Overse kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Sep 27 05:51:16 Overse kernel: CR2: ffffffff10d96206 CR3: 0000000154ffe003 CR4: 00000000007706e0 Sep 27 05:51:16 Overse kernel: PKRU: 55555554 Sep 27 05:51:16 Overse kernel: Call Trace: Sep 27 05:51:16 Overse kernel: <TASK> Sep 27 05:51:16 Overse kernel: ? __die_body+0x1a/0x5c Sep 27 05:51:16 Overse kernel: ? page_fault_oops+0x329/0x376 Sep 27 05:51:16 Overse kernel: ? fixup_exception+0x22/0x24b Sep 27 05:51:16 Overse kernel: ? exc_page_fault+0xf4/0x11d Sep 27 05:51:16 Overse kernel: ? asm_exc_page_fault+0x22/0x30 Sep 27 05:51:16 Overse kernel: ? native_queued_spin_lock_slowpath+0x152/0x1cf Sep 27 05:51:16 Overse kernel: do_raw_spin_lock+0x14/0x1a Sep 27 05:51:16 Overse kernel: shrink_lock_dentry+0xa1/0xea Sep 27 05:51:16 Overse kernel: shrink_dentry_list+0x3d/0xba Sep 27 05:51:16 Overse kernel: prune_dcache_sb+0x51/0x73 Sep 27 05:51:16 Overse kernel: super_cache_scan+0xf4/0x17c Sep 27 05:51:16 Overse kernel: do_shrink_slab+0x188/0x2a1 Sep 27 05:51:16 Overse kernel: shrink_slab+0x1f9/0x267 Sep 27 05:51:16 Overse kernel: shrink_node+0x318/0x549 Sep 27 05:51:16 Overse kernel: balance_pgdat+0x4e9/0x6a2 Sep 27 05:51:16 Overse kernel: ? newidle_balance+0x289/0x30a Sep 27 05:51:16 Overse kernel: kswapd+0x2f0/0x333 Sep 27 05:51:16 Overse kernel: ? _raw_spin_rq_lock_irqsave+0x20/0x20 Sep 27 05:51:16 Overse kernel: ? balance_pgdat+0x6a2/0x6a2 Sep 27 05:51:16 Overse kernel: kthread+0xe4/0xef Sep 27 05:51:16 Overse kernel: ? kthread_complete_and_exit+0x1b/0x1b Sep 27 05:51:16 Overse kernel: ret_from_fork+0x1f/0x30 Sep 27 05:51:16 Overse kernel: </TASK> 建议你可以尝试检测下内存，方法参考：

我看了你新上传的日志，里面提到你的 Disk 1 ~ Disk 4文件系统存在错误（XFS）无法挂载： Disk 1 Oct 8 11:59:21 Moss emhttpd: shcmd (475): mount -t xfs -o noatime,nouuid /dev/md1p1 /mnt/disk1 Oct 8 11:59:22 Moss kernel: SGI XFS with ACLs, security attributes, no debug enabled Oct 8 11:59:22 Moss kernel: XFS (md1p1): Invalid superblock magic number Oct 8 11:59:22 Moss root: mount: /mnt/disk1: wrong fs type, bad option, bad superblock on /dev/md1p1, missing codepage or helper program, or other error. Disk 2 Oct 8 11:59:28 Moss emhttpd: shcmd (484): mount -t xfs -o noatime,nouuid /dev/md2p1 /mnt/disk2 Oct 8 11:59:28 Moss kernel: XFS (md2p1): Invalid superblock magic number Oct 8 11:59:28 Moss root: mount: /mnt/disk2: wrong fs type, bad option, bad superblock on /dev/md2p1, missing codepage or helper program, or other error. Disk 3 Oct 8 11:59:37 Moss emhttpd: shcmd (493): mount -t xfs -o noatime,nouuid /dev/md3p1 /mnt/disk3 Oct 8 11:59:37 Moss kernel: XFS (md3p1): Invalid superblock magic number Oct 8 11:59:37 Moss root: mount: /mnt/disk3: wrong fs type, bad option, bad superblock on /dev/md3p1, missing codepage or helper program, or other error. Disk 4 Oct 8 11:59:48 Moss root: mount: /mnt/disk4: wrong fs type, bad option, bad superblock on /dev/md4p1, missing codepage or helper program, or other error. Oct 8 11:59:48 Moss root: dmesg(1) may have more information after failed mount system call. Oct 8 11:59:48 Moss kernel: XFS (md4p1): Invalid superblock magic number 但硬盘无法挂载按理说是不影响 unraid webui 的，所以你可以先尝试使用安全模式启动，看下能否进入 webui 。 （博客无法打开是由于国庆时被墙了，其他一些使用 CloudFlare 的网站也有这种情况，包括 Minicraft 的 API 服务器也有被反诈中心屏蔽的）

诊断信息中没发现问题（也可能是我还没注意到），你可以先尝试使用安全模式进行启动看看能不能进入。

是的，那是 6.12 之前的缓存池策略，当前新版本下的策略改了（但本质不变），在我博客文章中有详细说明。

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

目前你给到的信息不太好能判断具体是什么问题，你可以到“工具 - 诊断”中下载诊断资料，然后上传上来。 由于 unraid 的日志会在系统重启之后清空，所以假如说系统崩溃了，那么先前的日志也会消失，也就比较难排查问题。所以我建议你可以按照我博客里的这个开启日志服务器的方法去存储日志，然后当出现问题时把保存好的日志发上来。

由于 libvirt 的版本升级了，所以先前的一些参数可能不兼容，你可以尝试这么去改： ... <hostdev mode='subsystem' type='pci' managed='yes'> <source> <address domain='0x0000' bus='0x07' slot='0x00' function='0x0'/> </source> <alias name='ua-sm2263'/> <address type='pci' domain='0x0000' bus='0x07' slot='0x00' function='0x0'/> </hostdev> ... ... <qemu:override> <qemu:device alias='ua-sm2263'> <qemu:frontend> <qemu:property name='x-msix-relocation' type='string' value='bar2'/> </qemu:frontend> </qemu:device> </qemu:override> </domain>

请尝试在网络设置中将 IPV6 关闭

主存储空间选择缓存池就可以使用缓存了，详见详解 Unraid 缓存策略及应用案例。

麻烦把帖子地址发上来

可以尝试删掉 libvirt.img 镜像（停止虚拟机服务之后点击右上角的“基本视图”进行删除），看看能不能解决。 如果不行的话你得看看系统日志里面有没有什么报错。

日志有什么报错吗，你可以上传诊断信息上来（设置 - 诊断）。

根据你一开始提供的日志信息和后面的诊断信息，实际上你的 unRAID 并不是重启，只是在休眠和唤醒之间切换，这个应该是由于你使用了 Dynamix S3 Sleep 这个插件造成的吧，所以也是为什么你关掉这个插件之后就正常了。

请上传诊断信息（工具 - 诊断）

You can install previous docker from CA, just select and install.

You mean you can't use IGD and external GPU at the same time? My friend once had the same problem, but fortunately it was solved by replacing the BIOS firmware as instructed by an ASUS after-sales technical engineer. His motherboard is TUF-GAMING-B660M-PLUS-WIFI-D4.

Realtek 的 2.5G 网卡驱动并不是不集成了，如果驱动不集成了那么网卡压根就用不了，关于 Realtek 的 2.5G 网卡问题我之前有专门说过： 另外关于 Realtek 的 2.5G 网卡直通的问题我也遇到过不少了，基本上不管是 Win 虚拟机还是黑群晖，基本多多少少都会存在网卡负载大时出现断流、虚拟机崩溃等现象，我尝试过使用不同的 unRAID 版本也多多少少会有此问题，虽然目前我也不清楚具体的原因，但我猜测估计是网卡与虚拟化这块（QEMU KVM）或者 vfio-pci 的兼容性问题。 关于新版本，站在服务器角度来说只要系统运行稳定，一般是不建议升级的，升级最常见出现的问题就是硬件的驱动可能会不兼容当下的设备了，我在上面的帖子里也说过这个情况。

你可以不需要担心因文件散落在各个数据盘的问题，即使你重装系统时没有恢复原先的系统配置（例如 config 文件夹没有覆盖回去），那么当你将原先的数据盘重新创建一个阵列时，即使你的硬盘顺序与原先的对应不上也没关系，只要你保证数据盘都在，那么当你启动阵列之后你的共享文件夹一样是完整的，这是 unRAID 阵列的特性。 我那500个电影的目录还在吗：不在了。 我重新拷贝进去到新装好的unraid系统的movie目录中吗：对的。 我在我博客的一篇文章《为什么unRAID下载/拷贝文件时CPU占用高：详解FUSE-SHFS、I/O问题和解决办法》里面讲解过 unRAID 用户共享（User Shares）这一文件系统逻辑，可以有助于你了解 unRAID 的用户共享是如何聚合文件的。

系统重装可以参考： 可以，即使系统 U 盘坏了也不影响硬盘里面已经存储的数据，硬盘数据和 U 盘内的系统文件是分开的。所以就算你重新安装了 unRAID 系统，数据盘里面的数据也一样不会有任何变化，只是说系统设置这些东西得重新配置而已（重装时如何保留系统配置请看上面的参考帖子）。 由于 unRAID 阵列没有 raid 功能，所以阵列里面每个盘的数据都是独立的，因此你的 4 个数据盘不会因为其他盘不存在而导致硬盘自身数据不完整，也就是 4 个盘各自的数据是可以读取出来。但是校验盘此时没有任何作用，因为校验盘的校验数据是基于与你其他的 8 个硬盘计算得来的，两块校验盘也就是可以允许损坏两个数据盘而不丢失数据（也就是只有6个数据盘的情况下也可以保证所有的硬盘数据完整），但是此时你只有 4 个数据盘，相当于“损坏了” 4 个盘，超出了校验盘所实现的 2 个盘的冗余范围，所以此时校验盘就不起作用了。因此你可以不加入这两个校验盘，换成 2 个数据盘，那么此时你就可以读取 6 个盘的数据了。另外两个数据盘你可以放到 win 系统上用 DiskGenius 之类的工具读取资料拷贝出来。 （关于校验盘，可以参考我的博客：新手教程：什么是校验盘，校验盘有什么作用）

这样的话只能是给官方发邮件说明情况了，点击联系&支持。

Krusader 和 FileBrowser 都可以

你可以尝试更新下 Mover Tunning 插件或者重新安装一下插件试试。 另外请上传诊断信息，方法参考：

thanks for feedback

可以，参考：