| 问题我已经解决，可以看我的帖子 http://www.nasyun.com/forum.php? ... mp;extra=#pid597155 |
aepub88 发表于 2020-1-24 15:48 你的可以正常安装 启动 重启 都正常可以用了嘛 ，另外你进群了 进去了麻烦把群号发我下 或者分享下群里的引导 3617的 |
| 群号码得分享出来才行！ |
|
本帖最后由 124718842 于 2020-1-22 21:33 编辑 3615/17的6.22引导是新的启动引导方式，文件识别没那么简单。二合一的6.22,3615版本我早就做了，只是我没有放出来，在我的群里面，有兴趣你可以进群去下载下来研究 
|
aepub88 发表于 2020-1-15 22:23 参考了老骥伏枥的文章：ISO启动盘导入群晖的pat包出错(13)停止安装的解决办法 http://www.nasyun.com/thread-32092-1-1.html 对于引导3617-622的安装无效！ |
|
最近翻看了xpenology论坛的帖子，感觉可能基本无解了！ 原帖地址https://xpenology.com/forum/topic/9392-general-faq/ 大概翻译后是这样的！ 11-为什么最新版本的DSM（6.2.x）会出现所有问题，以及可以使用哪些选项来缓解这些问题？ Jun的加载程序试图愚弄Synology代码，以为用户硬件实际上是Synology的平台硬件。除Jun以外，大多数人都无法从技术上实现这一目标，但是无论其工作方式如何，它都会对DSM运行时环境产生影响。有些问题是无害的（系统日志中的虚假错误，无法利用CPU加速和休眠等硬件功能等），但其他问题则可能导致不稳定，驱动程序和内核崩溃。 到目前为止，最稳定的组合（即与最大数量的硬件兼容）是Jun的加载程序1.02b和DSM6.1.x。 Jun表示1.02b的目标平台是DS3615，并且DS3617足够兼容以使用相同的加载程序。但是，某些硬件组合上的DS3617会导致内核崩溃。否则，DS3615和DS3617在功能上没有区别，因此建议使用DS3615。 DSM 6.2引入了更严格的新Synology硬件检查，Jun提出了另一种绕过它们的方法。虽然加载程序确实可以在最佳硬件上工作，但在许多系统上 ，6.2加载程序通常会导致内核可加载模块崩溃和内核崩溃。许多人还注意到，与以前的版本相比，磁盘I / O性能明显较差。 已经对DSM的嵌入式NIC驱动程序进行了盘点和记录，但由于1.03b加载程序使DSM 6.2.1及更高版本上的少数几个驱动程序崩溃，因此该目录中的大部分都没有用。而且，使用新硬件的用户经常会发现很少的功能网络驱动程序不支持其板载芯片的最新版本。同样，1.04b加载程序明确添加了对英特尔图形（i915）驱动程序的支持，但是升级到6.2.2会使它在某些英特尔图形硬件修订版（例如Apollo Lake J系列系统）上崩溃。 大量论坛帖子可以归因于寻求安装DSM 6.2.x并遇到这两个重要问题之一的用户。 ESXi或其他虚拟化平台可能是减轻XPEnology和DSM 6.2.x上硬件支持限制的最佳策略。如果您的目标是部署最新的DSM版本并与Synology补丁保持同步，则明智地建议您此时不要部署裸机XPEnology安装。不幸的是，这对于希望使用裸机解决方案在DSM中启用硬件加速视频编码支持的人来说是一个障碍。 应当指出，许多XPEnology超级用户，论坛管理员和开发人员继续将ESXi，Jun 1.02b和DS3615 DSM 6.1.7的强大组合用于关键任务工作，并且无意进行升级。就是说，一旦系统正常运行，就没有太多理由保持最新状态。DSM 7.0迫在眉睫，并且实际上可以保证当前的装载机无法与其一起使用。而且，每个新的6.2点版本都客观地带来了新的兼容性问题和崩溃，几乎没有或根本没有功能/增量优势。 |
组图打开中，请稍候......
