感觉蠢了点吧，还要人工操作
要我设计我可能弄另一台备份服务器（哪怕 USB 移动硬盘插上面），BIOS 设置上电自动开机，然后用一个智能插座之类的控制电源，需要备份的时候通电，备份完了操作系统执行关机后控制智能插座彻底断电。

前段时间刚整了台 mi14ultra 给我爸用，没啥问题

AI 真不一样的，既然能接受付费的，不如去 italki/cambly 上找老师练，也不贵。

ibus-table-wubi

Win7 & vxkex ，1.91 无压力

@jimyag 这些只能首年 99 吧？

@None2 这个是哪家的呢？

这题无标准答案，case by case

我讲一个以前的真实经历，可供参考。

有个项目内部迭代好多个版本了，测试一直没问题，直到有一次改了一个和 A 模块完完全全不相关的 B 模块，A 模块就寄了，但是只要按 Ctrl+Z 把那几行更改撤销，A 模块又恢复正常了。

当时真的是研究这个玄学折腾了好久，几号人一直在 B 模块那找线索，也 debug A 模块，然后很大的心思在试图找到 A 和 B 之间，以及那个更改是否有一丝丝关联，但是就是毫不相关，完全不搭噶。

然后尝试重新审视出问题的 A 模块，尝试重新实现，重新读各种文档，果然发现了问题：A 模块的一个数据的内存地址有对齐要求，之前跑路的人自己没仔细看文档，留了个雷，没有强制对齐，然后之前编译的版本都碰巧对齐上了，所以迭代了好多次都没出问题，直到这次改了个毫不相干的地方，可能导致内存布局整体挪了一下，然后正好没有对齐上，一下子就爆雷了。

玄学的最后都是科学。

个人用 btrfs 快照，感觉很香

开发者不会用这样的 Linux ，小白不会用这样的“Windows”。
类似这些玩意远古时期就有人搞了，从红旗 Linux ，到 YlmfOS 3.0 ，然后呢？

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

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

噢不对，那个应该屏蔽不了 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 ）

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