“几千张照片全没了”——8月的小红书上，这条帖子攒下6500多个赞。题主的timeline写得清清楚楚：iCloud开了两年多，24年5月关掉，手机里旧照片还在；26年8月中旬开机旧设备，发现两个时间段的照片不见了；为了找回，她把iCloud扩容到200G、同步了近十天，结果不是恢复，是丢了更多。帖子末尾题主自己的结论就一句大白话：重要的照片，记得备份。小红书
丢照片的原因众说纷纭，没有定论。但对不少自建站玩家来说，这件事戳中了一个共同的软肋：照片的命，全押在别人家的服务器上。十月，话题被推到了一个具体项目上——Immich。这是个开源的自托管照片视频管理平台，截至今年7月20日，官方GitHub页面显示它约有10.8万Star，采用AGPL-3.0协议。你可以把它理解成"自托管的Google Photos"：手机自动上传、原图留在自己硬盘里，AI还能按人脸、地点或一段文字描述来搜图。这个10月，知乎上部署实录、入门教程、交流帖明显扎堆。知乎知乎知乎
但先别急着开终端，三盆冷水泼完再动手。
第一盆：8GB内存不是个能糊弄的数字。Immich官方给出的硬件要求是至少6GB内存、推荐8GB，CPU至少2核、推荐4核，生成缩略图和转码还可能让照片库的存储占用平均再多10%~20%。一位用8GB内存极摩客小主机实测的博主提到，论坛上不少人说8GB装Immich机器学习容器会被系统直接杀掉（OOM），他专门跑了一遍验证。而且v3版的ML容器在amd64平台明确要求CPU支持x86-64-v2指令集，老机器可能卡在这一步。"捡台旧笔记本就能跑"的计划，先对表官方配置再开工。知乎知乎知乎
第二盆：“自建了"不等于"备份好了”。Immich的官方README明确提醒用户遵守3-2-1备份原则：至少3份副本、2种介质、1份异地或离线。最容易翻车的细节是数据库备份不包含照片视频原文件，元数据和媒体要一起保。同一块盘上的第二个目录，防不住整块盘报废。入门攻略还有一条铁律——迁移流程完全跑通之前，别删手机里的原图。知乎知乎
第三盆：自建的真正成本不是电费，是吃灰。有博主盘点自家NAS跑了半年的43个Docker容器：没有一个跑超过4周，28个停留在2周以内，15个存活不到1周。他留的自检标准很扎心——数数你"3周没打开的容器"有几个，就知道是你在用NAS，还是NAS在喂你。装相册之前先诚实回答：你是真想管理几万张照片，还是只想要它们"躺在够得着的地方"？知乎
三盆都接得住，Immich就值得动手：软件0元，实测顺利的话部署约20分钟。社区推荐的姿势是从一个旅行相册开始，跑通上传、搜索、下载，再做一次备份恢复演练，确认能救回来，再逐步把全家的回忆搬进去。对照片这种丢了就再也拍不出来的东西，一个走通过的恢复流程，比一台"看起来很稳"的服务器值钱。知乎
