--- title: 从 1 TB 的 Fedora NAS 到 Hexo + Butterfly 个人博客 date: 2026-11-05 02:24:00 description: 一块 1 TB 硬盘装好 Fedora，文件共享却只认出 15 G。从找回数据卷开始，记录 Windows 共享、博客上线，以及这篇文章怎样从电脑走到你的浏览器。 categories: 搭建手记 tags: - Fedora - NAS - Hexo - Butterfly - Cloudflare Tunnel cover: /img/nas-to-blog.svg top_img: /img/butterfly-azumi/cover.svg markdown_download: true --- 一块 1 TB 的硬盘装好 Fedora 后，我在终端里看了一眼，准备用来存文件的目录居然只有 **15 G**。这台机器原本只要满足三个需求：Windows 能存取文件，我能远程管理，一个人用起来省心。把这 15 G 弄明白之后，我又给它加了一项工作。现在你读到的这篇文章，就是它从家里发出来的。 ## 把 Fedora Server 做成自己的 NAS 安装盘 我从 Fedora Server 45 的 x86_64 DVD 镜像出发，把一次次手动配置的部分放进了定制 ISO。安装盘多了一个启动项 **Install Personal NAS (Fedora 45)**。里面的 Kickstart 负责安装所需软件、放好 Samba 配置，并带上首次使用的 `nas-setup` 脚本。硬盘选哪块、分区怎么用、管理员账号叫什么，仍在安装界面里决定。 拆开这张盘，能看到 `nas.ks`（安装指令）、`nas/payload.tar`（自用配置和脚本），以及随盘带的离线 RPM。安装时会校验内置文件和软件包签名。这样，重装后拿到的是同一套共享和管理工具，而账号与家庭网段可以在每台机器上单独设置。 做好的文件是 `Fedora-NAS-45-x86_64.iso`，旁边有一份 `.sha256` 校验文件。在 Windows 上，可以用下面这条 PowerShell 命令计算镜像的 SHA-256，和校验文件对照，再用 Fedora Media Writer 的“自定义镜像”写 U 盘。 ```powershell Get-FileHash .\Fedora-NAS-45-x86_64.iso -Algorithm SHA256 ``` 这台机器的 NVMe 上已经有 NTFS 分区，安装时保留了它们。后面建 NAS 数据卷，用的是 Fedora 卷组里的空闲空间。这个区别很要紧：磁盘列表里能看见一块 1 TB 的盘，不等于整盘都可以格式化。 ## 1 TB 的盘，为什么共享目录只看见 15 G？ 第一次检查时，我用了三条命令。它们分别回答“这个目录实际落在哪个文件系统”“卷组还有多少空间”和“空间已经分给了哪些逻辑卷”。 ```bash df -hT /srv/nas/data sudo vgs -o vg_name,vg_size,vg_free sudo lvs -o lv_name,lv_size,vg_name ``` 当时 `df` 显示的是挂在 `/` 上的根卷，总共 15 G。`vgs` 却显示卷组约 794.53 GiB，其中约 779.53 GiB 还没分配。原因一下就清楚了：`/srv/nas/data` 当时只是根卷上的一个目录。即使 Windows 能往这个目录写，文件也只会把系统盘填满。 处理时，我从卷组的空闲空间划出逻辑卷 `nasdata`，在**新卷**上建立 XFS，把它挂到 `/srv/nas`，再在挂载后的卷上准备 `data` 目录。已经存过文件的机器要先备份或迁移旧目录里的文件；新卷一挂上去，原目录的内容会被遮住。 ```bash findmnt --mountpoint /srv/nas df -hT /srv/nas/data ``` 这次 `findmnt` 显示 `nasdata`、`xfs` 和 `/srv/nas`，`df` 显示总量 **671 G**、当时可用 **658 G**。这才是 Windows 共享真正能用的空间。要让挂载在重启后恢复，可以在 Cockpit 的存储页为这个卷设置固定挂载点，或按文件系统 UUID 写入 `/etc/fstab`。重启后再跑上面两条命令，就知道共享目录是否仍在数据卷上。 ## 在 Windows 里打开 Data 在 Fedora 上用安装时创建的普通管理员登录，运行这张定制镜像自带的首次配置命令。 ```bash sudo nas-setup ``` `Fedora login to use for the Data share [root]:` 这句曾把我问住。这里要填的是**刚创建的普通 Fedora 用户名**。即使括号里写着 `root`，也要手动输入自己的账号。接着选家庭局域网的网卡，设置独立的 SMB 密码。脚本配置 `Data` 共享，给 `/srv/nas/data` 加上 SELinux 的 `samba_share_t` 标签，并启动 Samba、SSH 和 Cockpit。 下面用 `192.168.1.50` 和 `nasuser` 举例。实际连接时，换成 `nas-setup` 输出的局域网地址和自己的用户名。 | 我想做的事 | 从 Windows 打开 | 使用的凭据 | | --- | --- | --- | | 存取文件 | 资源管理器地址栏输入 `\\192.168.1.50\Data` | `nasuser` 和 SMB 共享密码 | | 网页管理 | 浏览器打开 `https://192.168.1.50:9090` | Fedora 用户名和系统密码 | | 远程终端 | PowerShell 执行 `ssh nasuser@192.168.1.50` | Fedora 的 SSH 登录凭据 | 第一次点共享时，Windows 只弹出一句“无法访问”，没有足够信息判定原因。再碰到这个提示，我会先在 PowerShell 运行 `Test-NetConnection 192.168.1.50 -Port 445`。如果 `TcpTestSucceeded` 是 `False`，先查地址、网络和服务；如果是 `True`，再查共享名、共享密码和 Windows 保存的旧凭据。这样可以把“连不到机器”和“登录被拒绝”分开。 后来从迅雷云盘往 NAS 拷文件，资源管理器先显示 **41.6 MB/s**，一度又跳到 **251 MB/s**。单条千兆链路的理论上限只有 **125 MB/s**，还没扣协议开销。云盘、缓存和资源管理器的瞬时读数混在一起，那两张图无法测出交换机的实际吞吐量。要测局域网，我会改用 Windows 本地 SSD 上的一个大文件，复制到共享目录，按文件大小和完整用时算平均速度。 ## 给博客单独留一个公网入口 NAS 配好后，我想用同一台机器写个人博客。最初的 NAS 配置里，我试过 Tailscale，让自己的设备在外面也能访问文件和管理页。博客则要让读者点开链接就能看。我当时没有域名，就为网站单独用了 **Cloudflare Quick Tunnel**。家里的 `Data` 由 Samba 提供，给访客看的内容放在 `HexoBlog/public`。 ![Windows 经 SMB 发布生成的网页，公网读者经 Cloudflare 隧道访问 Fedora 上的博客](/img/nas-to-blog.svg) 一次发布从 **Windows** 出发：电脑把 Markdown 生成为 HTML、CSS 和图片，再经 SMB 把生成结果传给 NAS。一次阅读从**访客浏览器**出发：浏览器打开公开的 HTTPS 网址，Cloudflare 把请求交给 NAS 主动连出去的隧道。隧道在机器上只指向 `127.0.0.1:17863`，这个端口上的静态服务只读取 `HexoBlog/public`。这样，博客访问用不到 SMB、SSH 或 Cockpit 的端口，路由器也不需要为博客做入站端口映射。 首次启动，是在 Fedora 的 Cockpit 终端里，用有权写入 `Data` 的普通账号运行部署包里的脚本。 ```bash bash /srv/nas/data/HexoBlog/start.sh ``` 脚本通过当前用户的 systemd 启动静态服务和 `cloudflared`。它先检查本机网页，再从公网回访核对站点标识，通过后才把网址写入 `HexoBlog/blog-url.txt`。所以刚运行时没看到这个文件，并不能说明博客已经坏了。要分辨卡在哪一步，可以在同一个 Fedora 用户会话里看日志。 ```bash journalctl --user -u hexo-origin -u hexo-tunnel -n 40 --no-pager ``` Quick Tunnel 给的是随机的 `trycloudflare.com` 地址，适合先把站跑起来。**重新创建隧道可能换网址，更新文章则沿用当前隧道。** 两件事分开之后，平时发文就很轻松。[Cloudflare Quick Tunnels 官方说明](https://developers.cloudflare.com/tunnel/get-started/quick-tunnels/) ## 用 Hexo 写，用 Butterfly 展示 选博客程序时我考虑过 Halo，最后更喜欢 Butterfly 的文章卡片和阅读布局，就定了 **Hexo 8.1.2 + 官方 Butterfly 5.7.0**。Hexo 放在 Windows 上。Fedora 拿到的是已经生成的静态文件，电脑关机后，NAS 仍然可以继续响应读者。 主题装在 Hexo 项目的依赖里，Pug 和 Stylus 分别渲染模板和样式。当时用的是这组版本。 ```powershell npm install --save-exact hexo-theme-butterfly@5.7.0 hexo-renderer-pug@3.0.0 hexo-renderer-stylus@3.0.1 ``` 在 `_config.yml` 里设 `theme: butterfly`，然后在旁边的 `_config.butterfly.yml` 改主题配置。现在看到的暮色山湖、蓝蝶头像、副标题和侧栏都从这里配置。图标字体、封面和主题脚本随网页一起发布；换上主题以后，原来那篇[开站手记](/notes/first-note/)也保留了原地址。上线时实际打开了电脑和手机宽度的页面，点过手机菜单、归档、标签和夜间模式。[Butterfly 安装文档](https://butterfly.js.org/posts/21cfbf15/) ## 这篇文章是怎么发出来的 现在再发一篇，只要在 Windows 项目的 `blog/source/_posts/` 下面新建一个 UTF-8 的 `.md` 文件，写上标题、日期和正文，保存。双击项目里的 **发布到NAS.cmd**，或者在 `blog` 目录运行： ```powershell npm run publish:nas ``` 这个命令先生成网站，把整套新文件复制到 NAS 的临时目录，复制成功才切换 `public`，并保留上一版。最后我会打开公网首页，点进新文章，核对标题、配图和正文。下一次修改一个错字也是同样的流程。[Hexo 写作指南](https://hexo.io/docs/writing) 这台机器现在有两种很具体的用法：要存一部影片，我打开 Windows 的 `Data` 共享；要分享一段文字，我写一份 Markdown，再把文章链接发出去。这篇搭建手记就是后一种用法。需要留在本地对照命令，也可以[下载本文的 Markdown 原稿](/downloads/fedora-nas-to-butterfly.md)。