19年从3T升级到6T,买回来第一天就刷了Lineage16;当然这货要先刷底包;到今年2月自动升级啥的都还行;小问题比较多,最不能忍的就是耳机按播放的时候会有爆音;
早期的版本,微信的小视屏会在手机静音的时候突然响一下;夜里自己刷朋友圈的时候,会有一点小困扰;
总之是不错的，省电流畅；
钛备份是不错的，建议入正；这是过去刷机族验证过无数次的。
这次翻车，就是太自信，因为在3T上测试好了，非常顺利；结果用同样的Sideload先刷，从16到17就挂了。
原因不明；总之Recovery是刷上的，从Fastboot进Recovery正常；就是不能启动；开机自动进入Fastboot；反复多次尝试都没成功；
按照LineageOS的Wiki，单独刷他们家的Recovery还是没成功；应该就是底包的锅了。
毕竟也是三年多的机器了。感觉上官方应该不会让上Android 10了。
期间还折腾了一下Twrp；话说Twrp文档还是不错的。用安装包将两个Boot都灌了。然后Sideload还是一样，LineageOS居然无耻的又把自家的Recovery干上去了。
突然灵光一现；
那就用Twrp备份一下Data分区吧；想着万一有办法恢复通讯录之类的。这时已经过去4个小时了。主力机挂了真心感觉恐慌；
备份好了，用Twrp连电脑，把SDCard里面能拷贝的都拷贝出来；几十G拷了1个小时；
然后就是找了一个16的包，Sideload，双清；一次成功；当然顺便把Addon也Sideload了；没有root是万万不行的呀；
总之就是16到17肯定要挂；还好老的3T已经吃上17了，无悬念；
然后就是把百来个APP重装；奶奶的HMS；
最终；
你知道的；只差通讯录了。
还好有备份；
用7zip解包；
/data/data/com.Android.providers.contacts/databases.contacts2.db
找到这货，是个SQLite3的数据库包；
用NaviCat挂载之后，运行如下脚本；
--------------------------------------------------------------------------------------------------------
select k.data1,k2.data4 from
(SELECT data1,raw_contact_id FROM"data" where mimetype_id=7) k
inner join (SELECT data4,raw_contact_idFROM "data" where mimetype_id=5) k2 onk.raw_contact_id=k2.raw_contact_id
where data4>''
ORDER BY k.data1
--------------------------------------------------------------------------------------------------------
得到通讯录，导出CSV；
如果你和我一样是乱码，需要用Notepad++转成ANSI格式；
接着用一个
转格式；
最后倒入Android手机通讯录；
至此，基本上手机的功能已经恢复了。