我是一直都在思考写日记这个事情，始终觉得对我个人来说写日记没啥意义，因为我基本不会回去看。

如果只是发泄，可以 Tor 网络发匿名树洞，如果想回头看就只能各种加密了。

我记得加密日记本软件二十年前就挺多了。

主机因为把联机整成了订阅服务，所以主机的基岩版连自建服务器有点折腾，而且毕竟是 hack 不一定稳定，偶尔出问题了也会让孩子不开心。除非大家都玩主机而且已经买了在线会员，租领域服，否则不推荐。

给小孩玩，对性能和 mod 没啥要求的话，一两个人同屏玩的话其实 switch 也够了，亲戚家的孩子这么玩了两三年，反正熊孩子有 TNT 和岩浆玩就很开心。

在线联机的话有两种方案：
1. 可以考虑支持 HDMI 输出的旧手机跑移动版基岩版，HDMI 输出的画接电视，整个蓝牙手柄。
2. 迷你主机 HDMI 接电视，无线手柄或键鼠。

反正你计算在服务器上跑，只要不跑光影啥的终端不会卡。

Java 版三方服务端（ Paper 之类的）可以装 GeyserMC 插件同时提供基岩版接入。

定位不大一样，都是在自己的定位里解决自己现有的一些痛点。

个人觉得玩 Arch 主要是玩组合，玩 Gentoo 主要是玩定制，如果是极少概率需要特殊折腾的情况，同属 Linux 生态池也都可以弄。

作为一个 Arch 老用户，我选择 Manjaro🤪

看了《狗狗与我的十个约定》，狗狗和小女主超可爱

用 Debian 比较多，基本上都是按照官方文档大版本升级，升级之前做个备份，如果你用 Btrfs 之类支持快照的文件系统打快照更方便，升出问题了就回滚快照，前提是硬盘空间得够，不过即便空间不够，Linux 转移数据到大盘上也挺容易的。

垃圾包可以通过在升级系统的时候使用 apt full-upgrade （据说 dnf upgrade 类似）之类的指令可以自动删除一些在依赖树中不重要的包，升完之后可以用 apt autoremove 之类的指令清除未被依赖的库包，不过用的时候要看清楚会删哪些，是不是会删一些有用的包。

https://nodejs.org/en/guides
真想系统学习的话，官网的教程和文档就挺好。

简单用的话随便找点教程帖子就行。

portainer 用过好多年了，在创建容器方面不会有只能管理它界面中创建的容器的问题。不过 compose 确实跟创建环境是绑定的，因为创建的时候会有一些配置上下文，这个只有创建时用的工具会记录，应该算是 docker compose 本身的特性问题。

docker 官方的 desktop 商业化味道太浓，之前在 macOS 和 Windows 上体验就很差，我都是在虚拟机里跑精简 Linux 再跑 Docker ，只需要在宿主机上配置 DOCKER_HOST 环境变量就可以有和在本机跑 docker 差不多的体验了。

@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 ，可以搜一次然后看结果情况决定装哪个。在安装软件包的时候，如果软件包有可选依赖会弹出一个对话框让自己勾选，这个也比翻命令行输出安装日志找提示更友好一些。

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

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

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

不过这些天暖和一点了。

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

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