笔记
0工具
0此页用于记录用户反馈问题后的每一次改进
关于
“写笔记”支持四种格式——Word 文档、Excel 表格、Markdown、纯文本，起稿或二次编辑时都能随时切换，同一篇笔记想用哪种形态来记，都由你说了算。
md、txt、csv、json 这类纯文本则原样载入，不做多余加工。拿一张现成的表倒进来、改几笔、再导出去，等于白用一台免费的格式转换器。
要带走就在右上角点“下载”，可导出 PDF、Word、Markdown、Excel、TXT 等格式；列表卡片“⋯”菜单里，也有同样的下载入口。
在“工具”页点“＋ 上传工具”即可发布：填好名称与链接，再用 Markdown 把使用方法写清楚——能解决什么问题、怎么装、怎么用，比堆介绍实在。
要分发安装包就一并上传压缩包（ZIP、RAR、7Z、TAR.GZ，最大 35MB），别人在详情页一键下载；只放链接不带附件也可以。
工具按大家的收藏热度排序，好用的自然会被顶上来。发布后可在详情页或卡片菜单里编辑、下架。
写笔记时勾上“隐藏”，这篇就只存在于你自己的账号里：不进列表、不进搜索、不上首页精选，也不会出现在任何公开的页面，链接发给别人同样打不开。
适合放密码、草稿、日记这类只给自己看的内容；想公开，去“发布”打开它，把“隐藏”的勾去掉再保存，之后编辑会默认保持原状态，不会悄悄变回公开。
不想公开、只想临时给人看：点“分享”生成一条带密码和有效期的链接，到期自动失效，你也能随时撤销。
你的内容会同时保存在多个副本上，系统定期做备份与完整性校验，再配合异地容灾机制：就算某台机器出问题，数据也不会丢，可以长期放心存放；特别重要的资料，仍建议你另外再留一份备份。
全站跑在容器化、模块化的现代架构上，更新、部署、回滚都很快，扩展性和稳定性都按长期运营的标准来设计（Built for reliability, designed to scale）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
PVE 快照把盘占满、删还删不掉？先解锁再腾空间，别硬删
PVE 里虚拟机开着快照（snapshot），日积月累，某天突然发现存储快满了，想删掉几个旧快照，结果删除任务卡住不动、或者直接报 No space left on device。这里头有两个坑叠在一起：一是快照本身在膨胀（尤其写量大的系统），二是存储满了之后删快照反而更删不动——因为快照删除本质是把数据写回母卷，母卷没空间了自然失败。死循环。
先搞清楚快照是怎么吃空间的
快照是"copy-on-write"：建快照那一刻起，系统里任何新写入都会先存一份"变更前"的数据在快照里。所以 guest 写入越频繁、快照存活越久，快照占的空间越大，甚至比你看到的磁盘大小还夸张。官方指南的原话：快照应该是临时的，不是长期备份方案。
第一步：看每个 VM 的快照和空间占用
qm list # 列出所有 VM
逐个看快照：
qm listsnapshot 100
pct listsnapshot 200 # LXC 容器
批量看所有 VM 的快照：
for vmid in $(qm list | awk 'NR>1 {print $1}'); do
echo "=== VM $vmid ==="
qm listsnapshot $vmid
done
第二步：删快照（命令）
qm delsnapshot 100 snap_2026-01-15
pct delsnapshot 200 old_snapshot
第三步：删不动？先查是不是 VM 被锁了
删除任务卡住，最常见原因是 VM 正处于某种锁定状态（之前的备份/迁移/删除任务没干净收尾）。先看锁，再解锁：
qm config 100 | grep lock # 有输出就是被锁着
qm unlock 100 # 容器用 pct unlock 200
第四步：存储快满时，先腾空间再删快照
pool 快满时硬删快照会撞 "No space left on device"。先给文件系统腾点地方，再回来删：
journalctl --vacuum-time=3d # 清掉 3 天前的系统日志
journalctl --vacuum-size=500M # 或把日志限制到 500M
rm -rf /var/lib/vz/dump/* # 删旧备份
apt clean
第五步：还不行就扩容 thin pool
删了快照、清了日志还是满，看看存储池有没有扩容余地：
vgdisplay pve | grep Free # VFree 有剩余才能扩
lvextend -L +20G pve/data # 给 pve/data 的 thin pool 加 20G
扩完再回去删快照，一般就能删掉了。
顺带知道两个根因
- 官方在修一个已知 bug（#7094）：外部快照删除时，如果 commit 目标卷不够大，离线删除会报
No space left on device、在线删除会被 cancel。官方补丁的思路是"commit 前先把目标快照卷 resize 够大"。遇到这种就升级 PVE 到含补丁的版本，普通用户侧没有更好的临时招。 - 删快照其实不是"删掉一个文件"那么简单，它要把快照里存的数据合并回系统盘，是个 IO 密集操作，大快照删得慢是正常的，别一看慢就去重启。
避坑提醒
- 不要一着急就去删系统盘 LV：确认无主的孤儿盘再
lvremove，那是不可逆操作。 - 快照 + 频繁增删，除了 Data% 会满，Meta%（元数据）也会涨，元数据满了 pool 直接锁死，比数据满更难救。生产环境别把快照当备份长期养着。
补充：快照该删到什么程度、多久删一次
- 快照不是越多越安全。实操上保留"最近 1-2 个可用回滚点"就够了，比如升级系统前打一个、升级验证没问题后就把更早的全清掉。老玩家习惯"升级前打快照、验证后删旧留新"，快照常年维持在一两个，池子才不会悄悄被吃穿。
- 判断哪些快照能删：
qm listsnapshot能看到快照名字和 parent 关系，一串快照是链式的，删中间一个要等它把数据往前/往后合并完。想快速释放空间，优先删最老的几个，别在链中间挑着删。 - 删完快照确认空间真回来了：
lvs -a看对应 LV 的 Data% 是否下降。如果删了但百分比没掉，八成是有备份任务/其它快照还在占用，或 pool 碎片没回收，等一会儿再lvchange --refresh一次。
参考出处：
https://proxmoxr.com/blog/proxmox-storage-full/
https://lore.proxmox.com/pve-devel/DISON30WEOGT.24CRXO4KP4S9Y@proxmox.com/