点击关注我的Telegram群组和微信公众号

MENU

ESXi下升级黑群晖DSM 6.2.3后对Synoboot引导项进行的必要修复

2020 年 11 月 14 日 • 阅读: 103 • 技术,教程

本文翻译并修改于Running 6.2.3 on ESXi? Synoboot is BROKEN, fix available

前言

运行于ESXi虚拟机下的黑群晖在升级时一般只需要导入新版镜像直接升级就没问题了。但在DSM 6.2.3-25423更新中由于硬件加载程序的改变,ESXi虚拟机下的Jun大的黑群晖引导程序/dev/synoboot可能被新版DSM破坏而无法正常加载。具体情况会由于不同的grub.cfg配置文件而产生不同的错误,在一些情况下硬盘不能被完整地识别而导致阵列损坏。从低于该版本的DSM升级至这一版本或更新的版本时,你可以需要进行这一修复。

判断方式

  • 在群晖DSM中启用SSH功能

启动SSH

  • 连接至SSH控制台,输入命令ls / dev / synoboot *

    • 如果出现/dev/synoboot /dev/synoboot1 /dev/synoboot2这样的结果则没有问题
    • 如果不存在这些文件,则代表需要修复

错误判断

修复方式

  • 在原文或本文底部下载FixSynoboot.sh修复文件
  • FixSynoboot.sh上传至一个可用的目录中,比如在此处我将文件上传到了disk1共享文件夹根目录

上传文件

  • 将该文件移动到/usr/local/etc/rc.d
cp /volume1/disk1/FixSynoboot.sh /usr/local/etc/rc.d
  • 此处volumn1为该共享文件夹所属储存空间

    • disk1为该共享文件夹名
  • 在SSH中使用root权限,需要再次输入当前用户的密码
sudo -i
  • 为修复文件设置可执行权限
chmod 0755 /usr/local/etc/rc.d/FixSynoboot.sh
  • 此时如果输入ls -la /usr/local/etc/rc.d/FixSynoboot.sh应该有如下图所示的结果

权限

  • 重启DSM,该修复文件就会被运行

修复程序

FixSynoboot.sh

返回文章列表 文章二维码 打赏
本页链接的二维码
打赏二维码
添加新评论

已有 1 条评论
  1. Y Y

    我想问下屏幕共享会被检测到吗