@lin0kin 我当时情况还算 Lucky 的，坏道从容量上来说不算多（印象总共也就十几还是几十 MB ），但是很多致命的地方。首先是 GPT 主分区表（也就是硬盘开头那个）寄了，好在 GPT 在末尾还有个备份分区表。然后有个 NTFS 分区，MFT 寄了一部分，然后有很多文件都有小部分寄了，这直接导致了里面一大票文件都要不了了。不过好在我这整个分区有之前的镜像备份，然后正好里面有几个新的数据没有寄，非常幸运，最后真正失去的只有一个不太重要的东西。

然后还有个 btrfs 分区，这就更幸运了，在头部寄了大概几十 KB ，看了下那部分几乎没有任何信息（还是是一些所有 btrfs 分区都有的 magic number 之类的，记得当时手动创建了个新的 btrfs 文件系统，然后对比 offset 来看，然后把一些扇区从新的弄到旧的损坏部位），btrfs 的 metadata 似乎是从 128KB 之后的位置开始的，因此这个分区完好无损恢复了。这个 btrfs 在原来的坏盘上也是没法 mount 的，直接会报类似上图的 IO Error ，因为会尝试读开头的扇区。

建议硬盘出故障时，不要去纠结什么分区表啊文件系统啊这些软件层面的东西，先尝试全盘 dump 所有扇区，看看有没有坏扇区，能读出多少，再用 dump 出来的数据，来修复软件层面的东西，什么分区表啊，文件系统啊，MFT 啊，superblock 啊等等那些。

@lin0kin 谁说的固态没坏道？前几个月刚刚翻车了一块杂牌 4TB QLC 固态

https://i.imgur.com/weeS9JS.jpeg

https://i.imgur.com/MYGcumQ.jpeg

@lin0kin 建议先用 WinHex 这类软件先看看硬盘原始的扇区数据是个什么情况，看看是不是有坏道，所有扇区是否可读。建议把整个盘 DUMP 出来再说，这种情况不建议做写入操作（比如就地 fsck ）

你这没描述清楚，是分区表坏了，还是文件系统坏了

通过机场再套个 1.1.1.1 WARP 看看行不行得通

有可能自动关机没有走软件关机流程，低电量电池直接过流保护断电了，然后突然断电把文件系统搞坏了。其实这系统设计也有问题，ext4/f2fs 不至于这么脆，跑一下 fsck 应该能救得回来，然而软件可能检测到/data 挂载失败就直接格式化了。

@ursidae 那些玩意跟微信/支付宝自己的指纹支付是一回事？说白了就是加个外挂，在弹出密码键盘的时候你按一下指纹它模拟点击屏幕帮你输密码罢了。。。这种东西 N 年前就有 Xposed 模块/通过无障碍接口来实现的了，甚至不需要 root 。

@nguoidiqua 5ber 卡在用，感觉挺不错的。双卡安卓用 5ber 真的完美，实体双卡和 eSIM 我全都要

@wushenlun Pixel 如果没我猜错的话，TEE 压根不支持微信支付宝的指纹。
现在不炸的就是小米了，花几百块闲鱼能秒解。

一加最大的问题是解锁 TEE 会炸，微信支付宝不支持指纹。如果没有这个限制那真的超越小米了。

@Donaldo 感谢！我之前老翻它的 WIKI 啥的地方，找不到一点线索

讲真，我一直对 APatch 的那个 KPM 很感兴趣，似乎可以直接写模块来 Hook 内核代码，但是找不到任何文档，示例，教程。

@Cooky KSU 不是只支持 GKI ，而是需要在源码里打补丁（加入 KernelSU 的代码），重新编译。只是 GKI 内核因为通用，所以 KernelSU 可以帮你 pre-built 好。

这世道真奇妙，一边 App 套壳浏览器，一边 Web 用 WASM & Canvas 跑 Native App

是的，现在小米解 BL 只要你愿意花钱，闲鱼花个几百块立刻就能搞。
其它品牌是花钱都没地方花。

用 VMOS 这类虚拟机，然后模拟 SIM 卡？

你怎么知道我境外收入多少？

@Leiseya 黑域、冰箱冻结应用冻结不就是强制停止嘛。跟你手动点强制停止效果一样，最多黑域/冰箱再加了一些其它佐料（限制）。

“FCM SDK 会代表客户端应用向最终用户设备显示消息”，这个 FCM SDK 不就是 App 的一部分嘛，打包在 App 的 apk&dex 里，代码运行在 App 的进程里的，怎么个“代表”法？我上面说了，只是不用你手工写代码来 handle 消息“而已”，这个消息还是由 App 自身（运行在 App 进程里，Application context 属于 App ）来处理，来调 notification 来显示的，只是 FCM SDK 帮你写好了，自动处理，你不用写代码而已。你没写代码，难道就不属于 App 的一部分了嘛？