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

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

相关文章：搭建 ESXi 6.7 部署黑群晖 DS3617xs 并启用硬盘直通

前言

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

判断方式

• 在群晖 DSM 中启用 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

转载请标注来源