这题没有标准答案，看你个人的想法/心态/处境和选择。如果换作是我，我巴不得有接触新东西的机会，而且还是带薪学习，而且还有新手保护（我没有经验，是你叫我搞的喔，肯定给得多点时间/宽容吧），这样的好机会上哪找。

当然，也有很多人喜欢呆在自己的舒适区，就耕好自己眼前的一亩三分地就好，下班之后宁愿去晒太阳而不是研究新技术，如果你喜欢这样，那大可不转。

噢不对，那个应该屏蔽不了 INTEL 核显输出。可以尝试把 intel 核显驱动彻底干掉，加到 blacklist 里面，或者甚至彻底屏蔽掉核显的 PCIE 设备，问了下 ChatGPT:

是的，Linux 可以通过加内核参数来屏蔽某个 PCIe 设备，使其在启动时不加载相应的驱动程序。具体操作步骤如下：

1. **获取 PCI 设备的 ID**：
使用`lspci`命令来查看系统中的 PCI 设备列表，并找到你想屏蔽的设备的 ID （一般包括厂商 ID 和设备 ID ）。

```sh
lspci -nn
```

输出示例：
```
00:1f.6 Ethernet controller [0200]: Intel Corporation Ethernet Connection (7) I219-V [8086:15be] (rev 10)
```

在这个示例中，设备 ID 为`8086:15be`。

2. **编辑 Grub 配置文件**：
编辑 Grub 配置文件，添加内核参数来屏蔽设备。具体操作步骤如下：

- 打开 Grub 配置文件：
```sh
sudo nano /etc/default/grub
```

- 在`GRUB_CMDLINE_LINUX`行中添加`pci-stub.ids=厂商 ID:设备 ID`参数。例如：
```sh
GRUB_CMDLINE_LINUX="... pci-stub.ids=8086:15be ..."
```

3. **更新 Grub 配置**：
保存并关闭文件后，更新 Grub 配置以应用更改。

```sh
sudo update-grub
```

4. **重启系统**：
重启系统使更改生效。

```sh
sudo reboot
```

通过上述步骤，系统在启动时会将指定的 PCI 设备分配给`pci-stub`驱动程序，而不是加载其特定的驱动程序。这 effectively 使该设备在系统中不可用。

NVIDIA 驱动的那个 prime 不是可以设置 nvidia only 吗？

@lin0kin 建议用 squashfs 流式保存 dd 来实现压缩的目录，这样以后只要挂载 squashfs 就能访问原始的 dd 镜像了。如果 gzip/pigz 压缩的话以后不要使用，得先解压出来。

下面是我备份硬盘用的命令，流式 dd 到一个 squashfs 里，压缩算法为 zstd level 9 ，你可以参考：

mkdir empty-dir
sudo mksquashfs empty-dir SSD_bak.squashfs -comp zstd -Xcompression-level 9 -p 'dd_image.img f 444 root root dd if=/dev/nvme0n1 status=progress bs=64M'

@lin0kin dd 可以考虑 gzip/squashfs 压缩，如果还没地方放那没办法了，可以考虑买硬盘。

@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 好。