“新权重拷进去了，服务却还在用旧的，原来目录是只读挂载。”
昆山吧里聊到，朋友模型权重目录只读挂载，热更新写不进去，服务一直读旧文件。他试过重启，还是旧的。这和显存碎片、swap、inode、休眠丢设备、CUDA 容器、时区不是一类事，这次只盯可写挂载验收。
图：VIA Gallery from Hsintien, Taiwan / Wikimedia Commons / CC BY 2.0
朋友问：“是不是每次全量重装？”我说先确认挂载可写，再验收热更新。
第一，挂载检查。启动前打印权重目录挂载选项，只读就必须改成可写。
第二，热更新写入。新权重写入后校验文件时间与哈希，禁止静默失败。
图：VIA Gallery from Hsintien, Taiwan / Wikimedia Commons / CC BY 2.0
第三，验收。故意只读挂载，热更新必须失败并告警；可写后更新必须生效。
验收把六次热更新重放。改前有四次写失败，改后六次都生效、只读被拦住。朋友把挂载检查写进部署说明，换人也能对表。
图：Diplomatic Security Service from Washington, D.C., United States of America / Wikimedia Commons / Public domain
只读挂载看起来只是权限，不查就会热更新失败。可写挂载再验收，比口头说已经拷进去了靠谱。
你们本地模型有没有遇到过权重目录只读？最后怎么固定的？欢迎讨论。
把检查写成固定步骤，比出了事再猜省力，换人值班也能按同一套标准走。
回头复盘，这类问题往往不是某一句提示词写错，而是入库、汇总、状态这些前置步骤少做了检查。
同事后来把这套步骤写进共享盘说明，新人接手也能按同样清单走一遍。
我把这次踩坑记进团队备忘，下次换环境先过一遍同样的三处改动。
验收数字摆在桌面上，比口头说好像好了更让人放心。
这类细节平时不起眼，真出了偏差排查却最费时间。
我们约定以后每次改完都留一份对照记录，方便下一次复盘。
流程写清楚之后，值班交接少了很多口头解释。
有了清单，新人也能按同样标准走完，不必每次找人问。
下次再碰到类似现象，先对清单再动手，比凭感觉改快。
值班交接时把三处改动念一遍，比事后补救省大半天。
同一套对照数字留在共享盘，下一次排查能直接对齐。
交接时把验收数字念一遍，比口头说好像好了更踏实。
我们把三处改动写进值班备忘，换班也能按同一套走。
出了偏差先对清单，再决定要不要动配置。
对照记录留在共享盘，下一次排查能直接对齐基线。