黑群晖因更换引导导致控制面板打不开的解决办法

 

       如果你有过以下操作(任意一个):
→ 之前使用博主编译过的旧引导;
→ 自行编译引导,但自行打过真实cpu信息补丁;
→ 使用他人编译的引导,该引导添加了真实cpu信息补丁;

       在更换到博主2024年4月11日更新的引导、或者使用RR源代码编译引导并添加了cpuinfo插件的,可能会遇到群晖系统打不开控制面板的问题(如上图),那是因为新引导的真实cpu信息补丁与旧引导的真实cpu信息补丁修改的原理不一样,所以同时使用会产生冲突。

       想要解决这个问题有两个方法(二选一):
→ 重装系统:可以参考【本教程】无损重装系统,彻底解决上述烦恼;
→ 不想重装系统的,就按照以下步骤操作。

 


1、进入群晖的SSH(如果你的群晖没有开启SSH的,可以使用“群晖管家”/“群晖助手”/“派派助手”等手机app进去开启SSH),并进入到以root@开头的状态下(如下图所示);

 

2、把下面四条命令,一条一条的复制到SSH下回车运行:

mv /usr/syno/synoman/webman/modules/AdminCenter/admin_center.js.gz /usr/syno/synoman/webman/modules/AdminCenter/admin_center.js.gz.bak
rm -rf /root/admin_center.js.*
curl -kL https://wp.gxnas.com/wp-content/uploads/2024/04/admin_center.js.gz -o /root/admin_center.js.gz
cp -f /root/admin_center.js.gz /usr/syno/synoman/webman/modules/AdminCenter/

 

 

 

 

3、正常情况下做完上一步骤以后,群晖控制面板已经可以打开了,但是重启系统后还是不能打开,所以还需要做最后的设置,打开群晖控制面板,任务计划,新增,触发的任务,用户定义的脚本;

 

 

4、在“常规”标签中,任务名称写一个(我这写的是admin_center,只要跟你现有的不重名就行),用户账号改为root,事件为开机,在“已启动”处打勾;

 

 

5、在“任务设置”标签中,把下面的命令复制一下,放到“用户定义的脚本”处粘贴,确定(由于任务计划显示不全,所以看起来是两行,实际上命令只有一行,不要搞错了);

cp -f /root/admin_center.js.gz /usr/syno/synoman/webman/modules/AdminCenter/

 

 

6、按照上面的步骤全部做完以后,系统默认不显示真实CPU,如果你想让系统显示真实CPU,有两个解决办法:

①重装系统:可以参考【本教程】无损重装系统,彻底解决上述烦恼;

② 不想重装系统的,可以继续做以下折腾:

Ⅰ、参考【本教程】在SSH下敲命令运行补丁文件,按2,选择重新打上真实CPU补丁;

Ⅱ、在SSH下敲命令删除系统默认文件

rm -rf /root/admin_center.js.gz

 

Ⅲ、把打过补丁的文件备份到/root下

cp -f /usr/syno/synoman/webman/modules/AdminCenter/admin_center.js.gz /root/

 

Ⅳ、重启群晖后,任务计划会自动把打过补丁的文件替换过去。

 

点赞
  1. SeaWind说道:
    Google Chrome Windows 10
    大佬你好,按照你教程操作后可以打开了,但是按照步骤6后续的操作后,重启后控制面板又打不开了。
    1. 博主说道:
      Google Chrome Windows 10
      只要按照本教程做完,控制面板一切正常,重启后也正常
      1. SeaWind说道:
        Safari iPhone iOS 15.4.1
        按照教程确实能打开,后续步骤要显示真实CPU的,也跟着做了,重启又直接打不开了,不知道啥原因
        1. 博主说道:
          Google Chrome Windows 10
          你去检查任务计划,应该是没做对
          1. SeaWind说道:
            Google Chrome Windows 10
            不操作后续显示真实CPU的操作,重启什么的和任务计划都能正常打开控制面板,一旦操作后续显示真实CPU(步骤Ⅲ、把打过补丁的文件备份到/root下)这一步完成,然后重启群晖,打开控制面板还是打不开,步骤什么的都是跟着教程操作,反反复复操作了不下10次还是一样,实在没辙了
          2. 博主说道:
            Google Chrome Windows 10
            教程就是博主在自己的NAS亲自操作的结果,一次成功。原理非常简单:控制面板加载不出来就是/usr/syno/synoman/webman/modules/AdminCenter/admin_center.js.gz这个文件的原因,本教程默认替换的系统原始文件,所以默认不显示真实CPU,如果又想显示真实的话,正确的做法就是先用原始文件替换,再打真实CPU补丁,然后把打过补丁的admin_center.js.gz放到指定文件夹,让任务计划每次开机自动替换。我觉得你操作不成功的话,应该是root文件夹下面admin_center.js.gz已经乱了,建议全部删除,然后按照教程操作一次。
          3. SeaWind说道:
            Google Chrome Windows 10
            谢谢解答,先不搭理它了,平时也很少看CPU这些,显不显示无所谓了。
        2. a18ccms说道:
          Firefox Windows 10
          按照教程操作,我也是,操作走完能打开,重启也是和你一样,打不开了。我去看了RR的官方问题集合,里面也有关于这个事的解答,核心操作都差不多,不过官方多了一个复制cp -f admin_center.js.gz admin_center.js.gz.bak 应该是一样的文件,要替换两个。我操作后就正常了。重启也可以显示真实CPU了。
          1. SeaWind说道:
            Safari iPhone iOS 15.4.1
            给个连接我去看看呗,我解决不了就一直不显示真实CPU使用了
        3. a18ccms说道:
          Firefox Windows 10
          我发发试试,不知道发链接好不好:https://rrorg.cn:521/archives/issues
          1. SeaWind说道:
            Safari iPhone iOS 15.4.1
            好的,谢谢了!
  2. Xander说道:
    Google Chrome Windows 10
    我目前的引导是 arpl-i18n-23.10.4 ,研究了下插件加载的方式,是通过系统服务开机执行的 cpuinfo插件版本:4.2.1-r01 服务状态命令:systemctl status cpuinfo 脚本路径:/usr/bin/cpuinfo.sh 服务路径:/usr/lib/systemd/system/cpuinfo.service 和 /usr/lib/systemd/system/multi-user.target.wants/cpuinfo.service 想要卸载插件,光删除引导中的插件重新编译还不行,还要删除这个服务,用原版的cpuinfo执行3恢复 给有强迫症的参考下
    1. 博主说道:
      Google Chrome Windows 10
      感谢反馈
    2. Xander说道:
      Google Chrome Android 14
      用博主的脚本恢复后,再删除一次 /usr/syno/synoman/webman/modules/AdminCenter/admin_center.js.gz.bak,就不需要任务计划了
  3. 老板别放醋说道:
    Google Chrome Windows 10
    更用了最新的引导,也是这个问题,请问这个任务脚本需要一直开着吗?还是一次性任务
    1. 博主说道:
      Google Chrome Windows 10
      本教程还没看明白吗?
  4. aspirell说道:
    Safari iPhone iOS 17.3.1
    你好,请问最近解决了dsm7.2无法正常关机的问题了吗,谢谢
    1. 博主说道:
      Google Chrome Windows 10
      默认情况下dsm7.2可以正常关机,没有此问题,解决啥?如果是你的无法正常关机是你的硬件问题。
  5. zack说道:
    Google Chrome Windows 10
    趁这次控制面板的问题,更新直接换sa6400了,还解决8600t硬解的问题
    1. 淡渺云烟说道:
      Google Chrome Windows 10
      8600T硬解没有问题啊,我就是用的920引导
  6. xxxgxnas说道:
    Google Chrome Windows 10
    博主你好,这样操作以后不显示真是CPU了,需要手动重新打CPU补丁吗
    1. 博主说道:
      Google Chrome Windows 10
      重新手动打CPU补丁
  7. Alex说道:
    Google Chrome Windows 10
    闲置一个月,中间断电一次,然后发现控制面板打不开了。但是方法是真的有简单有效,感谢。
    1. 博主说道:
      Google Chrome Windows 10
      好的
  8. yuhua18说道:
    Google Chrome Windows 10
    更换你这个新引导之前,先执行旧补丁的3还原功能,再更换你这个引导,是否还会出现问题
    1. 博主说道:
      Google Chrome Windows 10
      我的NAS已经使用最新的引导,没法测试了,你可以自己测试看。
    2. Alex说道:
      Google Chrome Android 14
      你好,请问你测试过了吗?我现在用的3.25的sa6400引导,还没出现这个问题,我担心下一次引导更新就有这个问题了,来询问一下
    3. maileha说道:
      Google Chrome Windows 10
      我试了,还原后重新用新引导,不会引发这个问题,一切正常,正好一个nas在清理数据,就这么操作了一下,更换了新的引导
      1. tedwcy说道:
        Google Chrome Windows 10
        你好,我提权后把“ch_cpuinfo_dsm7”放在根目录下执行的执行后,选择3,得到结果“The target file(location) does not exist. Please run again after checking. ”,不知道是否是我操作有问题。
        1. 博主说道:
          Google Chrome Windows 10
          你敲命令之前先看一下是不是root@开头
          1. tedwcy说道:
            Google Chrome Windows 10
            是的,我先sudo -i,输密码,然后文件放在了根目录,赋予了755权限,之后再运行的该文件。我用之前的引导直接就能显示真实cpu,之前并没有用过的这个文件,是否是这个原因导致脚本在备份路径找不到原始文件的备份?
          2. 博主说道:
            Google Chrome Windows 10
            按2重装或者按1安装,再按3卸载
  9. 郝斯嘉说道:
    Google Chrome Windows 10
    已解决,感谢博主大大!
  10. 呀哈哈说道:
    Google Chrome Windows 10
    CPU真实补丁也没了,引导是如何添加了真实cpu信息补丁
    1. 博主说道:
      Google Chrome Windows 10
      教程已更新,如果想显示真实CPU的,就继续做后续的。

发表回复