xyzeratul

I am using 127.0.0.1/mnt/.... as icon path, no problem so far, I will test for a few more days to see how it goes.
 
update---------------after using this as the icon path, no more this bug.
 http://127.0.0.1/mnt/user/  

你说应该是用户自建docker时候留下的模板吧，在/boot/config/plugins/dockerMan/templates-user里面，保留这个就行了
 
升级7.0还是要小心，毕竟是大版本号而且现在还是beta

反代安全性不如VPN，但是通用性比较好。
 
Lucky之类的反代申请证书也不需要是443端口，我以前用自定义端口都能自动申请和续期，还比较方便，因为使用其实都是一个导航页过去。

升级系统一般不会造成数据丢失，除非出现大问题，
 
升级前最好检查更新插件和docker 用Fix Common Problems插件里面自带的Update Assistant检查下不兼容的插件和设置，修改下就行了。 升级系统前，用unraid自带的功能备份系统U盘，然后升级后测试阵列读取，然后测试docker和虚拟机运行，如果不行可以直接恢复老版本系统。

把硬盘C装到其他空的槽位 暂停虚拟机和DOCKER之类的程序运行 转移数据到硬盘C 关机，移除硬盘B 开机，重建阵列配置 修改硬盘C上面的目录结构，保持和原硬盘B一致或者重新修改DOCKER和虚拟机里面的文件路径映射

OK. running 6.12.4 for 28 days without any issues, I think this patch really fix this bug. 

无所谓的，任何顺序都行。

I did a clean install and the onborad nic show up in network settings, so that means my old config must have something mess up.
 
edit:
 
found it, in /config/modprobe.d there is a config file blacklist the 8169 driver, I think it's leftover from the patch, delete it and the nic is back

holy s#########, I think I found out the reason, it's the proxy setting behind all these
 
I am using this plugin to set system and CA go tho proxy, so it would modife my go file, so even in safe mode, the go file has the proxy setting, remove all the setting in go file, no more emhttp errors

那和CA就没啥关系了，直接没模板手动添加了一个docker容器。
 
我也就是按照作者给的docker compose设置的，没啥特殊的啊：
version: '2' services: docker: image: likun7981/hlink:latest # docker镜像名称 restart: on-failure ports: # 这个端口映射 - 9090:9090 volumes: # 这个表示存储空间映射 - $YOUR_NAS_VOLUME_PATH:$DOCKER_VOLUME_PATH environment: - PUID=$YOUR_USER_ID - PGID=$YOUR_GROUP_ID - UMASK=$YOUR_UMASK - HLINK_HOME=$YOUR_HLINK_HOME_DIR # 这个是环境变量 $YOUR_USER_ID、$YOUR_GROUP_ID、$YOUR_UMASK、$YOUR_HLINK_HOME_DIR、$YOUR_NAS_VOLUME_PATH、$DOCKER_VOLUME_PATH为变量，根据自己的情况自行设置  

 

Dynamix SSD Trim升级后已经加到系统的schedule里面了，不需要插件了。