SwordRays

发现了6.11.5中的共享目录名称BUG。 我有一个共享目录名称是这样的：aaa.bbb 在以前的版本(6.8.x)中是正常可以编辑和保存的，但不知道从哪个版本开始，目前最新的6.11.5版本虽然能正常访问目录中的文件，但无法修改这个共享目录的设置了， 会在保存的时候提示：请与所请求的格式保持一致。Hidden share names are not allowed 系统的意思我想大概是限制不允许使用隐藏目录做共享目录。 因为在linux下文件名为 .xxx 时，表示隐藏的目录。而 aaa.bbb 则是一个普通目录。 可能是判断逻辑直接判断文件名中是否包含"."了，而不是判断是否以"."开头……

没记错的话，这是因为unraid的webui有个特殊机制：通过本机地址访问时不需要密码。你转发到本机地址上了吧……

最新测试结果： a) 最近关闭其他虚拟机，仅新建一个win11虚拟机，未使用核显虚拟化，但依然在某次启动虚拟机时卡死，然后导致webgui卡死，ssh也连不上。 b) 在等待了一天后，webgui恢复了，ssh也能连上了。 c) 最后，根据楼上的提示，将 gvt-g 插件卸载了。目前虚拟机运行正常，不知道后面是否还会再次出现该问题。

目前我的 unraid 主机上有一个 win10 ltsc 虚拟机，之前一直稳定运行，直到最近使用了 gvt-g 插件，将虚拟显卡给了这台 win10 虚拟机后就出现了问题。 PS：最近从 6.8.2 升级到了 6.10.0，但应该跟这个没有关系。 按照正确步骤实现了 win10 使用核显后，虚拟机内功能一切正常，看视频确实不占用 CPU 了。但一段时间后就会出现以下问题： 1) 系统启动后能正常运行 2) 一段时间后(几小时~几天) win10 虚拟机随机情况(启动、关机、正常运行等)卡死。查看日志，有以下核显虚拟化相关的报错： Tower kernel: gvt: vgpu 1: fail: shadow page 0000000000000000 guest entry 0xea96b3c270544d33 type 9 Tower kernel: gvt: vgpu 1: fail: spt 00000000dbaf41cb guest entry 0xea96b3c270544d33 type 9 Tower kernel: gvt: vgpu 1: fail: shadow page 00000000dbaf41cb guest entry 0xea96b3c270544d33 type 9. Tower kernel: gvt: guest page write error, gpa 2f0a33778 3) 此时 webgui 还能正常访问，但一旦访问 vms 标签，webgui 就会立即被冻结（此时 smb、docker 等服务能正常访问） PS：ssh到系统查看端口占用可以发现，80端口无监听了。 4) SSH 有时能连，有时不能连。 5) 无法正常重启或关机，只能强制断开电源(会导致重新校验阵列) 查看日志并 google 后，大概率是由于 gvt-g 插件虚拟出的核显调用的显存溢出了。在 gvt-g 插件的 github 项目中有人提过类似的 issue，貌似可以通过打补丁修复。 PS：虚拟机挂了可能不是什么太大的问题，但在 unraid 中由于同时会导致 webgui 冻结，这就是一个很大的问题了，会让绝大多数用户很困扰。官方是否应该考虑提供不重启服务器，仅单独重启 webgui 的方法？

虽然已经过去很久了，但是看到没有有效答案(在英文论坛有解决方案)，我还是答一下吧，给其他人做个提示。 实测在6.8和6.10rc版本上配置http全局代理以及emhttp代理之后，应用商店下载应用、插件更新、docker列表图标等都能走代理。 但是6.9.x(未验证)和6.10.0存在bug，应用商店和插件列表的检查更新功能不走全局代理，需要单独配置。 vi /boot/config/plugins/community.applications/proxy.cfg，填入如下内容 port=1080 tunnel=1 #proxy=http://127.0.0.1 proxy=socks5://127.0.0.1 至于docker列表的图标(很多是放在github的资源站上的)不显示貌似也是不走全局代理的问题，但考虑到docker有很多都是网络服务，走代理不太好，目前就手动改图标为非github地址了。