家庭实验室 on 魔都水滴

Ubuntu 关机要等 90 秒?Python asyncio 服务不肯接 SIGTERM 的排查与修复

Fri, 19 Jun 2026 10:58:00 +0800

先说结论

这台升级到 24.04 的代理机,关机变成了一件折磨人的事:systemctl reboot 之后,SSH 不掉、灯不灭,要干等 90 秒 才进入真正的 shutdown 流程。journalctl 里很明确:smart-proxy.service: State 'stop-sigterm' timed out. Killing.——systemd 给了 SIGTERM,等 90 秒没人响应,只能 SIGKILL 强杀。

根因不是 systemd 的错,也不是 Ubuntu 的错,是 Python 的 asyncio 服务在收到 SIGTERM 后,没有真正去结束它的子任务——它正卡在某个 socket.recv 上,Python 解释器根本不主动去看"有人叫我走"。

修复分两步,缺一不可:(1) 给两个 Python unit 写 systemd drop-in,把 TimeoutStopSec 从默认的 90s 缩到 20s;(2) 在 Python 服务里主动遍历 asyncio.all_tasks(),收到 SIGTERM 后把所有 in-flight 的 handler cancel() 掉,再用 asyncio.wait_for(self.stop(), timeout=10) 包一层做兜底。改完之后,同样一次 reboot,从 90 秒掉到 1 秒。

一句话让 Claude 把 Ubuntu 22.04 升级到 24.04:一次几乎不用盯屏幕的跨 LTS 实战

Fri, 19 Jun 2026 10:58:00 +0800

先说结论

这台远端机器是家里那台 24 小时开机的代理机,系统一直停在 Ubuntu 22.04.4 LTS(jammy),内核 5.15。一句"帮我把 192.168.103.182 升级到 ubuntu24.04",Claude 就替我拆开了旧柜子,在另一个房间装上了新柜子,过程中它自己开了 tmux 守夜、自己起了 fallback sshd 备胎、自己用 do-release-upgrade -f DistUpgradeViewNonInteractive 跑完了整段流水线。25 分钟后主机回来,内核已经是 6.8.0-124,所有服务依旧在听。

本文不是讲 do-release-upgrade 怎么用,那是 Ubuntu 官方文档的事;本文是讲"当 Agent 拿到 SSH 之后,它在做什么、为什么这么做、以及哪些坑你必须提前排"。

群晖把我的 root 锁在门外三道，我花了二十分钟把它教会

Thu, 18 Jun 2026 16:30:00 +0800

TL;DR（先说结论）

群晖（Synology DSM）为了安全，默认把 SSH 关掉、还禁止 root 直接登录——这是好事，别骂它。这篇文章就是带你"按规矩"把门打开：

控制面板 → 终端机和 SNMP → 启用 SSH（把大门打开）

用普通账户登录 + sudo -i 切到 root（先去物业借钥匙）

修改 /etc/ssh/sshd_config 里 PermitRootLogin yes（跟门卫说"root 是自己人"）

synouser --setpw root xxx 设密码 + 把公钥写到 ~/.ssh/authorized_keys（换一把永远不会丢的钥匙）

全程大约二十分钟，比想象简单。我会把每一步都用"钥匙和锁"的比喻讲清楚，再附上 vi 编辑器三秒钟入门、常见报错和 Q&A。

我把 AnythingLLM 装进 Docker 之后，容器像一只上紧发条的小松鼠——反复重启直到我把那个 1000:1000 给它

Wed, 17 Jun 2026 20:30:00 +0800

TL;DR（先说结论）

AnythingLLM 这只"啥都能塞进去的 LLM 口袋书"官方就有 Docker 镜像，正常情况下 docker run 一行就能起；但它里面那位 anythingllm 用户很挑剔——挂给它的宿主机目录必须属于 1000:1000，否则它写不动自己的 SQLite 数据库，Prisma 启动迁移会直接挂掉，容器就会进入"重启—挂掉—再重启"的死循环。修起来不到一分钟：chown -R 1000:1000 /你的数据目录，再 docker compose up -d 一次，它就乖乖听 3001 了。

本文顺道把"Prisma 那个 file:../storage/anythingllm.db 相对路径为什么能坑死人"讲清楚，最后附上 Portainer stack 写法、几条常见坑、以及中英两个 demo 地址。

PhotoPrism 启动 5 分钟还在装系统包？一次 PHOTOPRISM_INIT=intel 的踩坑与正确配置

Sat, 13 Jun 2026 08:30:00 +0800

TL;DR（先说结论）

PhotoPrism Plus 镜像的 docker-compose.yml 里有一行 PHOTOPRISM_INIT: "intel"，看似只是给 Intel 核显开加速，实际上它在容器第一次启动时会去 archive.ubuntu.com 跑一次完整的 apt-get dist-upgrade，再装 7 个 GPU / VA-API 包。这套流程 5–10 分钟起步，整个期间容器内部没有任何进程在监听 2342 端口。你的 docker ps 显示 Up、Portainer 一切绿、ss -ltn 也看到 0.0.0.0:2342 在 LISTEN——但浏览器一访问就是 ERR_CONNECTION_RESET / Connection reset by peer。

解法非常简单：删掉或清空那一行。你 devices 里已经挂上 /dev/dri/renderD128 直通，驱动和 VA-API 用户态工具由宿主机提供，容器里再装一遍是纯浪费。

域名买完别只会解析：用 Cloudflare Tunnel 把内网服务变成公网 HTTPS

Thu, 21 May 2026 11:38:00 +0800

先说结论

前两篇已经讲了两件事：先用低成本 .xyz 域名把个人实验室的入口成本压下来，再把域名交给 Cloudflare 做 NS、DNS、DDNS、邮箱转发和基础自动化。本文继续往下走，讲“域名玩法 5”：用 Cloudflare Tunnel 把家里、NAS、虚拟机、Docker 容器里的 Web 服务发布成公网 https:// 地址。重点是：外部访问走 443 HTTPS，家里路由器不需要开 80/443 端口，也不需要把源站公网 IP 暴露出去。

如果你前面已经买好了便宜域名，并且域名 NS 已经切到 Cloudflare，那么 Tunnel 就是非常值得继续折腾的一步。它能把 http://localhost:8080、http://192.0.2.10:5000 这类内网服务，变成 https://nas.speedtest.example.xyz 这样的公网入口。

本文是这两篇文章的后续：

《80 块买十年：个人建站域名，为什么我会优先看 6 位数字 .xyz》
原文地址：https://mp.weixin.qq.com/s/tbefnWGFI0QBFlRVcYjVEw
《80元十年域名别浪费：交给 Cloudflare 才算真正用起来》
原文地址：https://mp.weixin.qq.com/s/h0o-vtGB_zj1aptaumBztQ

前文已经讲了便宜 .xyz 域名、Cloudflare NS、DNS、DDNS、企业邮箱这些基础配置。本文不再重复“怎么把域名接入 Cloudflare”，而是假设你已经有一个在 Cloudflare 托管的域名，然后继续讲：如何用 Cloudflare Tunnel 给内网服务开一个公网 HTTPS 入口。

本文所有示例都使用 example.xyz、nas.speedtest.example.xyz、192.0.2.10、localhost、<TUNNEL_TOKEN> 这类文档占位符，不包含真实域名、真实账号、真实 Token、真实 Zone ID、真实内网地址或任何私有信息。你照着做时，把占位符替换成自己的域名和服务地址即可。

80 块买十年：个人建站域名，为什么我会优先看 6 位数字 .xyz

Tue, 12 May 2026 19:10:00 +0800

先说结论

如果你的主要用途是家庭自用、个人测试、临时 Demo、本地服务外部回调、开发环境验证，而不是企业官网、正式品牌、长期公开产品，那么我会优先推荐低成本 .xyz 域名，尤其是国内平台上经常能看到的 6 位数以上纯数字 .xyz。以腾讯云域名注册页面实际结算价为准，某些 6 位数以上纯数字 .xyz 组合可以做到首年和续费都很低，按 8 元/年理解，一次买 10 年也就是 80 元。这不是“最体面”的域名方案，但对个人实验室来说，它往往是最不折腾、最便宜、也最够用的方案。

这篇文章只讨论非正式建站和个人用途。公司品牌、商业项目、公开产品、需要长期传播的站点，不建议只因为便宜就选一串数字域名。

很多人第一次折腾个人站点、家庭实验室、NAS 回调、Webhook、临时 API、测试面板时，都会卡在一个很不起眼的问题上：到底要不要买域名，买什么域名。

我自己的建议很简单：如果这是一个严肃品牌，域名应该认真挑；如果只是个人自用和测试环境，别把太多钱和精力浪费在名字上。域名在这类场景里的价值不是“好听”，而是给服务一个稳定入口，让 DNS、HTTPS、反向代理、证书续期、第三方回调、远程访问这些事情变得顺手。