前言
虽然一般来说引导U盘损坏的可能性很小，但是避免不了万一出现问题导致黑群晖没有办法引导进入系统也是一件相当麻烦的事情。这里我就用两块U盘做个小试验，看看如果黑群晖上的引导U盘损坏以后，另一块U盘需要怎样写引导文件才能让黑群晖正常引导进入系统。
试验开始
我这里黑群晖使用的是DSM6.1.7的系统，U盘一块使用的是闪迪的酷豆，另一块就是闪迪的酷铄。目前系统引导U盘使用的是酷豆，VID：0781 PID：5571
首先试一下直接将写入损坏U盘的引导文件写入新U盘，不改变VID PID SN和Mac。
插上U盘，访问黑群晖管理地址，会出现如下页面，我们点“还原”试试
WTF？提示无法执行恢复
不信了，刷新一下页面再试试，又变成了安装DSM。点击“安装”。
选择“迁移”试一下，可以保留我的文件和多数配置
这里我们还是用手动安装，我这里还是选用的之前的DSM6.1.7。选择完成后“立即安装”
现在看起来好像一切正常，稍等一会
看起来不行，提示无法安装此文件，文件可能已经毁损。
那么全新安装也不再试了，我们的目的很明确，就是当黑群晖的引导U盘损坏以后，我们直接插上新U盘，或者通过简单的操作就能引导进系统并且保持原有的数据和配置。
没关系，我们继续，这一次我们将引导文件中的VID和PID更新为新U盘的试试。SN和MAC还是保持不变。新U盘VID：0781 PID：5591
访问管理地址，依旧是这个熟悉的界面，还是点“还原”
这次好像可以了，先显示还原系统和修复系统，不过图我没截到，一会就开始重启黑群晖了。
然后我们访问黑群晖管理地址，出现登录页面了
登录进去看一下，完美！套件和设置还是原来的，数据也没有什么问题。
看来黑群晖引导U盘损坏以后，只需要将引导文件中的PID和VID改为新U盘的即可，SN和MAC还是原来的即可。
复杂情况
当然还有朋友可能忘记了原本引导文件的SN和MAC怎么办呢？没关系，继续往下看
既然只需要更新引导文件的VID和PID就可以了，那么如果把引导文件的SN和MAC也改变一下会怎么呢？一不做二不休，试验开始
MAC地址都改了，IP肯定也变了，那必然需要群晖的Synology Assistant来搜索一下了
看到IP地址为10.0.0.64，状态为系统可修复，那我们访问一下管理地址
熟悉的不能在熟悉的界面了，还是点“还原”
这次成功截到了修复系统这张图，过程很快，然后就是等待重启了
看来也是没有问题的
总结：黑群晖原来的引导U盘损坏后，只要是使用相同的引导文件，将引导文件中的PID和VID更改为新U盘的即可正常修复并引导系统，即使SN和MAC和原引导文件中不相同也是可以的
