@learningman 第三方 recovery 和 OTA 是否共存，这个我确实不清楚（很久没折腾刷机了……）。
不过我看到介绍 magisk 文章有提到，就是为了照顾 OTA，magisk 才要搞 systemless （不改 system 分区的内容）。
我的疑惑在于，Google 要搞 system-as-root，连 ramdisk （在 boot 里）都要干掉，那 magisk 这样的东西该怎么办……而且楼上还提到 TWRP 可以集成在 boot 里，这样来适应 A/B 分区环境（不再有 recovery 分区），那 TWRP 不也和 magisk 性质类似么……

@Mindzy A/B 分区，不是没有 recovery 分区了么，我看这基本就是把 recovery 改用作第二个槽位的 boot 了（所以需要 bootloader 支持，知道当前要启动哪个槽位）……

@Mindzy 哦，好像还有另一个机制 System-as-root，我看谷歌说搭载 Android9 的新设备都得搞，这样好像就没有 ramdisk 了，不知道 TWRP/magisk 之类的东西怎么办……

@Mindzy A/B 分区下，有两个槽位，也就是两套 system 和 boot。我没用过这种机器，但按照直觉，如果 OTA 把另一个槽位的 boot 刷掉了，那 TWRP 不也没了么……

@Mindzy 换了前一天的版本就没毛病了啊。

@learningman TWRP 也集成在 boot 里的话，那 OTA 推送怎么办？还是说但凡是有 TWRP 的地方就不存在 OTA 了？

经历过这次变砖事件，让我怀念起 ubuntu，btrfs 上的 ubuntu 升级时，会自动开一个 snapshot，这样就算是升级中途挂了，回滚也是相对很容易的。
ext4 好像没有这种功能。

@minami 还有，CM 时代应该也算是百花齐放吧，或者说，是众星捧月，我感觉那个时候应该是 CM 名气最大、牌子最响、最靠谱，但同时也有各种五花八门的其他定制版 ROM 在流行……

本来想折腾一下，开个 adb，抓个 log 什么的，然而抓了我也不知道往哪发……而且官网上的下载也没有个提醒（比如绿色对勾 /黄色惊叹号 /红叉，分别表示没问题 /有人发现问题 /有人刷了就砖了），哪怕 sourceforge 上还有个下载量统计小图表呢。

@minami 其实……我之所以会发这个帖子，就是因为刷了昨天的包之后（ data/cache 都是清空的，只留了 sdcard ），机器直接就“砖”了，开机动画跑了半天，然后就自动重启进 recovery 了……这一下子把我对 nightly 的迷之信任打破了。

@minami 所以……现在是什么时代？
还有，刚刚搜了一下我才知道，A/B 分区体系下就没有 recovery 了，这看上去好像不太妙啊……

@minami 还有就是回滚机制，我只听说 Google 搞了 A/B 系统分区，两个系统分区轮着用，挂了一个可以回到另一个上。不过这个好像也不是每个机型都支持吧……

@gstqc 所有机型都是这样么？

@minami 总感觉应该有个踩坑反馈 /提醒机制，不然的话每个人不都是一脸懵逼地刷进去，是不是会掉进别人踩过的坑里也不知道，这样不是很蛋疼很低效么……