1. 硬盘坏了就是坏了，坏了以后再怎么折腾也不可能变回好的硬盘。
2. 坏的硬盘只要关心两个问题，一个是数据恢复，一个是抹盘送售后。

另外，硬盘毫无征兆挂掉再正常不过了，这么惊讶干什么……重要的数据自己本地备份或者存一份上云，不重要的数据才会放在单块硬盘里，没了就没了也不心疼。

至于 DiskGenius，应该不需要扫描吧，直接把分区重建出来就是 NTFS，然后尽可能复制出最多的数据就行了。扫描时间越长对硬盘越不好。就算要扫描，也应该是 ddrescue 把整个硬盘先整个备份出来。你拿着坏硬盘一遍一遍折磨，那硬盘不是让你越扫越坏？这点道理都不懂的吗。

@Counter Sleep 能有多少开销……Sleep 是把 CPU 时间片交还给内核，如果没有任何工作那么内核就把 CPU 放进休眠状态。你电脑开着的时候只要没有 CPU 任务就是在 Sleep。

绑定一下 CPU 核心试试？

@lovestudykid 一定要纠结的话，Intel 用的是 AMD64 指令集。

震惊！ ssh 就能传送文件。

htop 都不提，是不是有点太水了……

至于 Toilet Restroom Bathroom 的话，和国家也有关系。比如说在欧洲你说你要去 Restroom 别人可能会反应不过来，因为用 Toilet 的人居多。如果在美国，Bathroom 和 Restroom 都非常常用，在商场之类的地方也有问 Bathroom 在哪的，两个含义几乎等同。另外 Men's room 和 Lady's room 也很常用，我们办公室旁边的洗手间就是这么标的。

换句话说，如果你在英国，你应该用 Toilet 或者 WC，在北美应该用 Restroom 或者 Bathroom。Toilet 这个词原本指洗漱打理，一直到近现代，toilet 的含义才逐渐转变为盥洗室（洗漱打理的房间），后来再逐渐演变为便器的（洗漱打理的房间中的便器）。

做了 will 和 be going to 的练习，50%正确率……惊呆

每 16 个字节？

@lzwt806 很基础的 Bug 是指？
其实没有任何一个系统敢说 Bug Free，就像是 RH 系营收几个亿但是依然每年都在出补丁修 Bug 的。
同样也很少有发行版会把 Bug 修完以后再发布。因为，修不完的。
至于你的特殊需求，我也没办法给出很好的建议，只能说没有什么完美的方案，尽量用 LTS 内核、用户量大的系统，可以最大程度规避问题。桌面版就是 Ubuntu，服务器就是 Debian / RH，用得人多，问题暴露得多，越有可能解决。我自己的 Linux Rescue LiveCD 就是基于 Debian。

毕竟，花 200 刀买来的 Windows 和花 600 刀买来的 Windows Server 也不是 Bug Free 的呢。

另外就算你要打包自己的系统，也绝对不应该把只读系统拿来长期用。大厂的安全团队会发布安全更新，没有安全更新的系统是非常危险的。如果你自己打包内核和应用程序，也最好是引自其他发行版。「一辈子不折腾」是不可能的，因为所有的软件都有 EOL，超过 EOL 没有了安全更新就是你风险自担，有漏洞没人修被人黑了数据清空电脑烧毁甚至偷来干违法犯罪的事情最后也要你自己承担后果。

然后你还提到了自己编译驱动。我这里再提醒你一句，任何非发行版自带的内核包均不属于发行版，任何非官方内核带的源码编译出的内核均不属于官方内核。也就是说，如果你拿了 4.4 LTS 内核，再拿了个网卡驱动编译了进去运行，那么

这个内核就不再是 4.4 LTS 官方版了。

同理你上面说 2.6.32.x 上装上新的驱动，那么

这个内核也就不再是 2.6.32.x 官方版了。

这就是为什么大多数发行版的内核 都 不 是 官方内核，官方是不提供技术支持的。Arch 应该是用的官方，Gentoo 说不定也是，但是 Debian，Ubuntu，这些都不是。他们都叫做「发行版内核」。

同理你加上了驱动以后，也是「自己修改过内核」了，稳定性可靠性都和官方内核不同了。很可能你打入的某个驱动有 Bug 然后导致你电脑死机甚至数据丢失，也是有可能的。

@lzwt806 #24 维护小版本？想什么呢。
首先，LTS 本身就是「小版本」。
比如说 4.14 和 4.15 本身就是两个不同的「小版本」。维护 4.14 和维护 4.15 没有什么区别，都是把新版本上的 Patch backport 到之前的版本。换句话说，补丁打到 4.14.100 和 4.15.100 所需要的时间精力是类似的。

社区版的 Linux 一般用社区版的 LTS，比如 3.16 内核是 Ben 维护的，因为 3.16 是 Jessie 在用的，所以等于是身为 Debian 和 Linux 维护者的 Ben 在同时为 Debian 和 Kernel 维护 LTS，共享成果。

同理 4.4 内核是 Ubuntu 16.04 在用的，所以在 16.04 支持期内 Canonical 也会贡献他们自己的维护成果，而不是一味交给 Kernel 社区自己。等 16.04 EOL 以后，再变回仅有 Kernel 社区自己扛。

换句话说，维护任何一个 Linux 版本所需要的精力都是差不多的，和是否 LTS 没有什么太大的关系，有关系的是花「谁」的精力。像 Redhat 这些企业级公司的版本，本身就是根据自己的需求定制的，移植的是自己决定的补丁集，加入的是自己有需要的驱动，发型周期也是自己定的，就算用了社区 LTS，也不会直接把社区版的补丁版本拿来用。万一就算这次 RHEL 用的是 4.19 ，那么 RH 的 4.19.100 和官方内核 4.19.100 根本就是两个东西。RH 打的这 100 个补丁包和官方打的这 100 个补丁包也根本就不是一套补丁。官方在增加某个家用 USB Wifi 驱动的时候，RH 可能会去修一个光纤通道卡的性能缺陷。

回到主题，你需要的是一个「长期」维护的内核版本。现在维护时间比较长的，显然就是 RH 系的内核，所以要省事的话，抓个 CentOS 7 就得了，维护更新能到 2024 年，10 年的周期够稳定了。

反正新和旧是矛盾的，你又要旧（稳定）又要新（不稳定）的话那还是洗洗睡了。LTS 相对来说已经是一个新旧的平衡点了。2.6.32 坚如磐石本来就是因为旧，旧得长毛了，没有新技术引入的潜在问题，当然稳了。（而且你说的 2.6.32 肯定是 RH 家的 2.6.32.x，和官方的 2.6.32.x 也根本不是一个版本。）

简而言之，要旧，CentOS 7 内核（ 3.10 ），要新，最新大厂内核（ CentOS 8 的 4.18 ，Debian 的 4.19 ，Ubuntu 的 4.15 ）或者官方内核（ 5.4 ），要折中，旧一些的大厂内核（ Debian 的 4.9，Ubuntu 的 4.4 ）。

（用鼠标中键关标签的是不是就我一个了……）

难道是内存吃完了？

扩容到哪呢？如果是云盘的话重做分区表然后扩展一下磁盘就行了，物理的话要提前规划好，否则 LVM 直接 JBOD 出来，等你丢数据的时候就准备好跑路吧。

@ryd994 ure 低的主要原因是硬盘一般寿命都差不多，一块硬盘坏了的时候其他几块盘也接近终点了，大量扇区处在 ECC 能修正的边缘，所以全盘读取的时候极大概率读到恰好滑过边缘无法被修复的扇区。所以对于旧硬盘来说，ure 的概率是远远高于新硬盘的。

@ScotGu ZFS 内存用得不多的，只要你不开 dedup，吃不了多少内存。