关于你说的 RAID5 重建失败的问题，并不是重建发生掉盘才会失败（如果真是这样其实失败率并不高）。而是如果恢复的时候磁盘出现一个 URE (Unrecoverable Read Error)，整个重建就会彻底失败，数据全损。磁盘的 URE 率有一些估计值，大约在 10^14 ~ 10^15，已知 URE 率，可以用一些计算工具直接计算重建失败率，例如： https://magj.github.io/raid-failure/ 。

目前有块硬盘通电 1000 小时左右，磁头加载卸载循环 1700 左右，没啥问题。以前也比较担心，搜了搜发现没什么大问题，实在担心可以把 APM 关了。

「启用动态内存」

《平凡之路》小学就挺喜欢的一首歌。
《凪のあすから》的两首 OP （「 lull ~そして僕らは~」和「 ebb and flow 」），初中最喜欢的歌。曾经承载了对未来的很多期望。现在听的时候都能回忆起初中那段时光。
《君の知らない物語》目前最喜欢，也许一直会喜欢下去。夜空、繁星、爱恋、回忆、遗憾，和一些没法用语言表达的东西，都在首歌里面了。

如果没有特别明显的瑕疵，没必要二压 AVC 视频至 HEVC，因为没有最优码率只有二次劣化或者 N 次劣化，HEVC 的编码特性会对画面的噪点进行强力的涂抹，特别是 CRF 、psy-rdoq 、psy-rd 、qcomp 调整不好的情况下，只会把噪点和纹理全部抹一遍，最重要的是预处理，在不会 AVS/VS 的情况下，重编码永远只会进一步的劣化画面清晰度

至于传说的同画质体积降低 20%~30%那是大概值，实际能降多少并不好测算，因为 x264 仅仅用 MB 一个算法分割图像，而 x265 则用了三个算法 TU 、PU 、CU 分割图像，同 CRF 根本无法保证两个编码器的默认参数都是针对该风格的影片优化的。还有就是把 nas 里的影片全用 x265 压一遍，那电费估计都够一个 2T 硬盘了

作者：匿名用户
链接： https://www.zhihu.com/question/294488136/answer/992241475
来源：知乎

你这个压制画质必定是较大幅下降的。同等质量 HEVC 码率也就是 AVC 的 60%~70%，况且还是二次压制。

你方法没啥问题，就是备份 + hash

Pixel Experience: 5

@oneforallsoft

我平时也不用 Linux，很多方面确实不如 Windows 方便。但是资源管理器它确实不好用。媒体文件一多就卡得要命，删文件（夹）有时候明明删掉了还要刷新一次才消失。多标签页也不支持。还有莫名其妙停止响应......就我体验来看 Dolphin 体验远好于 explorer 。

@oneforallsoft 资源管理器就算了吧。每次打开一个很多媒体文件的文件夹当场假死，把我气得不轻。直到用了 Linux 下的 Dolphin 我才知道原来有这么好用的文件管理器。

避免数据丢失：备份。越多越好，放在不同的地方。
硬盘损坏的话，硬件 raid 不太了解，如果用 zfs 这类文件系统组 raid 的话，可以用对应管理工具查看状态。例如 `zpool status`，就会列出所有池中所有硬盘的状态，也可以设置邮件提醒之类的。

Chrome 地址栏（ Google ）

还能方便的做一些单位转换比较复杂的运算，比如

9 GB / 30 Mbps = 40 minutes

有可能。
信不过自己编译。

BitLocker 足够安全。
另外正如楼上说的，数据安全靠备份，其他只是辅助手段罢了。

不是所有程序都按环境变量来走代理的，比如 git 按你这个就不行。#1 已经说了 git 怎么设置代理。

1. 没有必要。
2. 看你的描述非常适合。
3. 不太可能，建议重新来过。即使可以也会引发很多问题。
4. 既然都要重装软件了，不妨也把系统重装了。如果还是想迁移有很多办法，主要是两种：1. 用特定软件，比如傲梅分区助手； 2. 用 DG 的分区克隆或者直接 Windows 自带的 robocopy 把原系统复制到新硬盘，然后用 PE 重建引导。
5. 理论上没问题，但是 USB 永远不如 SATA 稳定。以前我有个 1T 的移动硬盘一直插电脑上用。后来用 zfs 巡检发现很多文件错误。虽然我也不知道是不是 USB 导致的，还是本身硬盘就有问题。

@Kilerd MIT 协议不允许删原作者的 LICENSE 。

@FS1P7dJz

ZFS 并不是一定要 ECC 内存吧。虽然 ECC 内存确实有额外好处，但是在没有的情况下也能巡检查错，若有冗余则可以恢复。按我的理解，zfs 的巡检并不主要依赖 ECC 内存。

我以前有个移动硬盘，放了一段时间拿出来之后 zfs scrub 就报告了一些文件的错误（电脑没有 ECC 内存）。

@neteroster *ffmpeg