Any best practice to update the redpill built image installed DSM system?

tossp / redpill-tool-chain

这是一个测试项目，可能会有不可预测的事情发生（比如：毁损数据、烧毁硬件等等），请谨慎使用。

806 stars 1.89k forks source link

Any best practice to update the redpill built image installed DSM system? #65

Closed wey-gu closed 2 years ago

wey-gu commented 2 years ago

I noticed from reddit that someone shared their approach that:

They removed all disks other than the first disk
format the first disk and burn with the newly built redpill image
plugin the other disks to let raid to sync

While my DSM is single disk deployed, how could we update the redpill loader itself, please(to potentially support a newer version of DSM in the future)?

Thanks!

tossp commented 2 years ago

个人感觉这个最佳实践意义不大

群晖自己为了保证数据安全策略，在安装系统过程中是不会去动数据分区的，数据分区的底层就是raid和lvm两种都是经过大量验证的成熟技术

我个人，是直接在群晖中编译镜像，并使用synoboot.sh去直接写入镜像，并重启，但这个过程中会丢失/root中的文件或者其他一些自定义的系统文件。

dsm 6.0.2 是可以通过PXE引导，但dsm7似乎会在引导中写一些东西，这导致PXE引导失败，这个部分我没具体研究过

wey-gu commented 2 years ago

感谢回复，我后来才知道 pocopico 也弄了一个 https://github.com/pocopico/tinycore-redpill ，像您提到的一样相当于在群辉中编译，不过可以在一个小盘上（U盘）一方面可以在 U 盘里，免去了我插拔硬盘（机箱很小，很麻烦），另一方面网卡 map 自动计算对我来说很方便，我感觉之后也许升级 tinycore 就是（安全起见可以拔出硬盘）重写 U 盘，启动再 build，再 migrate，还不确定虽然，如果我理解的没错的话， tinycore 真的挺适合我的场景。

再次感谢，这个 toolchain 真的非常非常棒了👍🏻