@shuiguomayi #16 我用 Btrfs 少说有五六年了，用在系统盘，也用在 NAS 存储盘，没遇到过什么问题，在我的视角来说是稳定的。
历史上 Btrfs 曾经被一些发行版用作默认的文件系统，至少说明当时一些人认为它是比较稳定的。
Linux 从 v5 和 v6 版本都对 Btrfs 的性能进行了优化，目前一些情况下它的性能表现会比其他一些文件系统好，感兴趣可以去网上找一些压测数据。

单盘使用和 RAID-0/RAID-1 是比较稳定的，像 unRAID 系统的 Cache Pool 就默认推荐 Btrfs 的 RAID-1 ，其他 RAID 模式处于试验阶段，如果对 RAID 需求较高可以考虑 ZFS 和 XFS 。

我用 Btrfs 主要是想用它的子卷、快照、COW 和透明压缩，这些功能可能其他一些文件系统也可以提供，也有一些其他文件系统的功能 Btrfs 还没有，具体根据需求选择就行。

快照可以增量备份，我用 btrbk 脚本自动将一块盘上的子卷增量备份到备份盘中，然后自动打快照，并最多保留近 7 天的历史。

要说坑，应该也不算坑，就是如果你想在根目录下使用 Btrfs 的各种特性，最好也把根目录创建为一个子卷。

如果没有高级功能的需求，也可以用一些久经考验的文件系统，比如 Ext4 ，文件系统越简单故障恢复也越容易。

实际上没有“正确的使用方法”，只有在充分了解 Linux 的文件系统、结构之后根据需求来规划和使用。

例如。我目前的主力机，只有一块 512G 的 NVMe：
- EFI 只支持一些简单的文件系统，如 FAT32 ，因为我打算主要使用一些高级文件系统，所以我需要给 EFI 单独分一个分区。
- 根目录我选择 Btrfs ，一方面是因为对这个文件系统比较熟悉，另一方面是想要使用它的子卷和快照功能。
- 因为是笔记本，我需要使用休眠机制来将内存数据存在硬盘上，所以我需要大于等于内存大小的 Swap 。
那么我的分区就是：
- 500M FAT32 /boot/efi
- 434GB Btrfs /
- 64GB Swap

但我家里的 NAS 的情况就会有一些区别：
- 使用 U 盘引导，所以系统盘上并不需要给 boot 或 EFI 单独的分区。
- 系统以只读模式完全运行在内存里，所以系统盘也不需要使用高级文件系统。
- 内存足够大，也不需要 Swap 分区。
- 存储盘全都挂载到/mnt 下。

一些高级文件系统有子卷和限额机制，如果未来需要调整的话比分区更灵活。比如你希望单独管理 home 可以把/home 分为一个子卷。

重装系统可以不像过去的 Windows 那样需要格式化系统盘，哪怕系统无法启动也可以使用 liveCD 进入文件系统重装和修复软件包。

话说我现在用 Windows 也不特意分区了，我现在只有在同一块盘上需要使用不同文件系统的时候才会考虑分区，比如我的移动硬盘一部分是加密的 NTFS ，另一部分是不加密的 exFAT 。

@helleon #12 105W 你是看的 TDP 吗？所以你主要问题是功耗还是散热？
功耗的话，3800X 板 U 内存加一起待机 40W 左右，满载据说能到 180W ，但我的场景绝大多数时间都是待机或低负载。
散热的话 TDP105W 基本大多风冷和 240 一体水都可以压得住，甚至有的 120 一体水也可以压得住，超频除外。

当然我用这个 U 主要是因为手头正好闲置这个，如果新买的话我会考虑带核显的 Intel 。

@WizardLeo #9

unRAID 的 ZFS 更多是对 Cache Pool 特性的一个扩展，对 unRAID 开发团队来说，可能他们的 Array 解决方案依然是核心功能。这也就是为什么 ZFS 有很多高级特性，但 unRAID 并没有全都引入，因为它本来就是用来满足 Cache Pool 的功能需求的，而非作为 unRAID 的主要的存储方案提供的。

如果你对 ZFS 感兴趣可以看看 TrueNAS Core / TrueNAS Scale 。

对了，关于路由器的问题，其实还有一种思路，就是路由仅负责内外网之间的通信，那么路由接口的速度只要等于或高于你入户带宽就行了，内部其他设备使用一个高速度的硬交换机，便宜、口多、速度快。

如果是无线的话，WiFi5 一般最高就是千兆了，如果要更高速度就是 WiFi6 、WiFi7 ，后两种通常也就标配 2.5G 甚至万兆的网口了。

1. RAID 通常保障可用性，对完整性的保障极其有限，也就是说 RAID 的价值通常是在一定的故障程度上可以不停止提供服务。如果你需要保障完整性，就要做备份，比如直接把一个盘上的数据复制到另一个盘上，或者使用一些镜像方案，当然如果你觉得成本太高，使用奇偶校验的方案也勉强可以。
2. 看你对内网通信速度的需求，比如你在内网里从 NAS 上复制文件到电脑上，你要多快的速度。一般单块硬盘的速度在 100-180M/s ，差不多可以跑满千兆，如果你的硬盘比较快，或者组了可以提升读写速度的阵列，那么 2.5G 甚至万兆就是可以考虑的。当然网络这块是木桶效应，也就是说极限速度取决于你的 IO 速度、网卡速度、线缆速度、路由/交换机速度中最慢的那个。
3. 这个网上有好多教程，具体弄到哪一步有问题再单开主题问吧。

一般硬盘寿命在 5 年左右，但是这只是理论寿命，实际运气的成分很大，比如我有一块 3 年就故障了，还有两块跑了 5 、6 年还依然健康。

界面文本 Noto Sans Regular
文档文本 Sans Regular
等宽文本 Noto Sans Mono Regular

Firefox 里：
衬线字体 默认（ SimSun ）
无衬线字体 默认（ Droid Sans ）
等宽字体 默认（ NSimSun ）

emmm ，基本上就是默认字体，没花心思找。每个人喜好都不大一样，我就是属于没啥喜好凑合着用的。

其实功耗大头通常是硬盘，单块机械硬盘的功耗在 10W 左右，也就是如果你接 4 块硬盘就可以轻松超过很多中端家用 PC 的功耗了。

在满足算力需求的基础上，不用功耗太夸张的硬件就行，着重看扩展性高一些的。

我现在方案是 B550 主板+AMD 3800X （不超频），主板上带两个 M.2 和一个 PCIe x16 槽，不接存储设备的时候待机功耗在 40W 左右。买了个浪潮 M4 服务器上拆下来的 12 盘位硬盘笼，在主板上插一张同样是浪潮服务器上拆下来的 HBA 卡，使用 miniSAS 线连接硬盘笼和 HBA 卡。主机和硬盘分开，接风扇线、miniSAS 线和电源线，用同一个电源供电。
目前 2 张 NVMe 、6 块机械硬盘，因为 CPU 没有核显、需要跑 AI 和视频转码又从 PCIe x16 槽分出 8 通道插了张 2080S 显卡，所有硬盘旋转的情况下功耗 130W ，如果硬盘休眠功耗可以降低一些。

不管是用小主机/工控机，还是用 PC/服务器，只要有 PCIe 槽就可以扩展存储盘位，如果是 16 通道就可以用主流 12G 的 HBA 卡，如果是 8 通道就可以用主流 6G 的 HBA 卡，如果低于 8 通道还可以看看其他 PCIe 转 SATA 的扩展卡。

unRAID 官方文档给出了文件系统的选择建议，列出了每种文件系统的优缺点和在 unRAID 系统上的默认行为，可以参考 https://docs.unraid.net/unraid-os/manual/storage-management/#selecting-a-file-system-type
官方文档有一个比较重要的信息，就是尽量使用 unRAID 来格式化文件系统，因为它会根据它的产品技术原理来使用特定的参数格式化文件系统。

个人理解，unRAID 的设计是面向一定的使用场景的。

最初也是最核心的场景就是冷数据场景，即通常作为传统存储设备用来**存储**文件的，比如照片、录影、文档。在这个场景下通常不需要实时的数据检索和高 IOPS ，但对数据完整性、存储空间的可扩展性要求更高，unRAID 招牌的 Array 方案就是用来针对性满足这些需求的。

后来用户开始在 NAS 上跑服务和虚拟机了，那么对实时检索和 IOPS 的需求更高了，但 unRAID 原本的 Array 并不兼容这种需求场景，于是就提供了一个额外的 Cache Pool 机制，向当于是基于传统的 RAID 方案来做了另外一套存储体系来提供很高的 IO 性能，然后再将它与原有 Array 存储体系打通，让用户可以通过设置来确保热数据始终在 Cache Pool 中，而冷数据放在 Array 中。当然如果没多少冷数据，Cache Pool 就会成为最大和最主要的存储空间，只是这样就不局限在 unRAID 提供的方案，其他的 NAS 系统也可以或者更能胜任。

因为受限于 Btrfs 的 RAID 支持不完善，仅 RAID0 和 RAID1 是稳定可用的，而对于有较多热数据（单盘放不下）的人来说，用 RAID0 不安全、用 RAID1 成本太高。于是 unRAID 引入了 ZFS 来提供更完备的 RAID 支持。

基于对 unRAID 的设计应用场景的理解，我自己是将我的数据分为冷数据和热数据两部分，我的热数据的量级远小于冷数据，属于 unRAID 面向的使用场景，于是我的方案如下：
- 冷数据：多块机械硬盘，XFS 文件系统，unRAID Array
- 热数据：2NVMe ，Btrfs ，RAID1 Cache Pool
- 备份数据： 机械硬盘，Btrfs 文件系统，Unassigned Devices

容器和虚拟机本身以及需要经常访问的数据都放到 Cache Pool 中，其他绝大部分数据都在 Array 中，重要数据定时使用 rsync 备份到备份盘上并创建和保留最近 7 天的快照。
如果未来我的热数据量大到单盘放不下了，我就可以将 Cache Pool 改为 RAIDZ1 或 RAIDZ2 。

你可以评估一下你的使用需求场景是否与 unRAID 的设计使用场景匹配，如果不匹配就可以考虑其他系统方案，如果匹配就看是不是可以采用 unRAID 默认推荐的方案，特别是文件系统的选择。

这不是个二选一的问题，看需求和用的发行版的情况。

软件商店有桌面环境捆绑的，也有发行版自带的。

比如我用 Manjaro ，如果是很明确软件包的名称通常用命令行比较快捷，如果不确定想安装的软件叫什么名字就用自带的软件商店（ pamac-manager ）搜索和查看详细信息会方便一点。自带的软件商店可以聚合搜索官方源、AUR 、Flatpak 、Snap ，可以搜一次然后看结果情况决定装哪个。在安装软件包的时候，如果软件包有可选依赖会弹出一个对话框让自己勾选，这个也比翻命令行输出安装日志找提示更友好一些。

更新软件的时候因为通常不需要查看软件包信息，所以命令行就比较简单直接；但软件商店可以在桌面上提示有更新。

和女性朋友一起去商场逛衣服，进行挑衣服-试衣服-获得反馈的循环。

作为北方人，冬天太冷习惯在家呆着……而且北京还属于那种不管穿多少层冷风都能往缝隙里面钻的。

不过这些天暖和一点了。

去看啥取决于你的兴趣，冬天没啥自然景观看的，但北京博物馆、图书馆管饱。故宫雪景好看但大家都觉得好看，一般下雪了人爆满。

考虑周边找个吃、玩、休息一体的那种温泉或东北汤泉呆个一两天？

管在外面的话考虑包个保暖？埋墙里就没办法了，像上面说的可能得在水龙头附近接个厨宝来缓冲了，不过没试过这种操作，不知道有没有问题。

git 用户有权限用 su 的话，可以使用 su+www 的密码切换到 www 用户。

另一个思路就是有个中间程序，可以被 git 用户执行，但以 www 用户操作文件。可以参考 setuid 和 setgid 。

我用 Docker 跑 Gogs （现在用 Gitea ），可以通过配置容器的 user 为特定的 UID 和 GID 来让 Git 仓库的所有文件都属于这个 UID 和 GID 。

不管是哪种存储介质，都有保存条件要求以及理论寿命的。
机械和固态就是原理上不一样，所以要用不同的标准来评估。

一般存储冷数据多使用机械硬盘主要是因为相同容量下机械硬盘更便宜，或者单盘提供的容量更大，更重要的是机械硬盘故障后恢复数据成功的可能性相较固态硬盘更高。

寿命方面个人用其实受到个体设备质量的影响很大，比如我有一块 SSD 当作系统盘用了 8 年没出任何问题，我也有一块机械硬盘当作热数据盘用了 7 年依然健康；但我还有一块机械硬盘用了 3 年多 SMART 就开始报警了。理论寿命只有在大批量使用的时候才会有参考价值，个人一般不会有那么多设备，所以基本都是看运气。

数据完整性安全其实主要靠备份，比如数据复制两份存在不同设备中，企业级方案甚至会做异地的备份。

当过面试官。
博客简单了解一下，初步评估知识面和学习能力。
GitHub 主要看代码风格和提交习惯，是比较自律的还是比较狂野的。
当然以上两者权重都比较低，一般也不会强制要求候选人提供，也就是候选人主动提供了就看两眼，主要还是要看面试的表现，因为面试会问岗位相关的问题，在判断胜任力方面更精准。
另一方面沟通能力、思维和性格也是重要考察指标。

你试试开机进入 Grub 菜单（忘了是 ESC 还是 Shift 来着），Advanced 里面选 recovery mode ，想办法进系统。进去后 Manjaro Settings 里降低内核版本试试。
现在最新内核是 6.6 ，我用有一些软件或驱动的兼容问题，降低到 5.15LTS 之后就好了。估计得等软件、驱动啥的适配新内核，或者内核完善对软硬件的兼容性。