笔记
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 虚拟机时间越跑越偏？Guest Agent 只在启停时对时，长期跑要这么配
PVE 里跑的 Linux 虚拟机，运行一段时间后系统时间慢慢偏移，日志时间对不上、定时任务乱掉，严重的还会引发集群故障。很多人以为装了 QEMU Guest Agent 就万事大吉——其实Guest Agent 只在虚拟机启停、创建快照这些节点和宿主机同步一次时间，并不会定期帮你对时。长期运行的 VM，时间照样飘。
先确认现象
date
timedatectl status
看当前时间和标准时间差多少。偏移从几秒到几分钟都有，跑得越久偏得越多。
Guest Agent 的局限（搞清楚才不会误判）
QEMU Guest Agent 是 PVE 向虚拟机注入时间/执行命令的通道，它做的对时是"事件驱动"的（启停、快照、恢复），不是周期性的。你装好 agent 只是让 PVE 能在关键时刻给你同步一下，长期稳定靠它不够。
方案一：让 Guest Agent 开着 + 在 VM 里周期对硬件时钟
在 VM 里定时把硬件时钟（RTC，UTC）同步到系统时钟：
/usr/sbin/hwclock --hctosys --utc
加到 crontab 每 5 分钟跑一次：
*/5 * * * * /usr/sbin/hwclock --hctosys --utc
前提是宿主机时间本身是准的。另外用 timedatectl status 检查 RTC 是不是 UTC+0；如果显示 RTC 是 UTC+8（本地时间），去 PVE 虚拟机选项里把"使用本地时间进行 RTC"改回"默认"，不然硬件时钟本身就错了。
方案二（治本）：VM 内装 NTP 客户端（chrony），替代慢吞吞的 timesyncd
虚拟机有独立时钟域，给它自己配一个正经的 NTP 客户端才稳。装 chrony（比 systemd-timesyncd 更激进、更准）：
apt-get update && apt-get install -y chrony
chronyc makestep # 立刻强制校一次
chronyc tracking # 看当前偏差
效果好的话偏差能收敛到 0.000000000 秒这种级别。
在集群环境里，时间偏差的后果被放大
如果是 Ceph 这类对时钟极敏感的组件跑在 PVE 上，情况会严重得多：Ceph 的 Monitor 要求节点时钟差在 0.05 秒以内，一旦 VM/嵌套节点时间漂移超过这个阈值，MON 会进入 electing/probing 循环、auth 慢操作，最终 OSD 起不来，整个集群崩。真实事故的根因就是这么一句：宿主机和外部 VM 之间的时间漂移超过了 Ceph 的 0.05 秒容差。作者把 systemd-timesyncd 换成 chrony 并强制立即校时后恢复。
几个关键提醒
- LXC 容器没有独立时钟域，共享宿主机时钟。别在 LXC 容器里折腾 NTP，先把宿主机时间整准，容器自然就准了。
- 快照回滚 / 从休眠恢复后，guest 时间会停在保存点：这是 Guest Agent 的已知盲区（恢复后没自动调时），新版 PVE 才补上相关选项。恢复后发现时间停在过去，手动对一次即可。
- 别让 Guest Agent 和 VM 内 NTP 同时抢时间源，选一条主路径，避免来回拉锯。
- 物理宿主机自己也要对时（chrony/ntp），它不准，下面的 VM 全跟着偏。
先把 Guest Agent 真装上、通道打通
前面说的"事件驱动对时"前提是 agent 真在跑。Linux guest：
apt-get update && apt-get install -y qemu-guest-agent
systemctl enable --now qemu-guest-agent
Windows 用 virtio-win ISO 里的 guest-agent/qemu-ga-x86_64.msi 装。完事在 VM 的 Options 里把 QEMU agent 勾上，宿主机侧验证通道：
qm agent 100 ping
qm agent 100 get-time
get-time 返回纳秒时间戳，和宿主机 date +%s%N 对一下就知道偏差量级。
Linux guest 先查 clocksource，再决定要不要上 chrony
KVM 下 Linux 的默认时钟源是半虚拟化的 kvm-clock，直接跟宿主机 TSC 走，本身漂移很小。有些 guest 会掉到 tsc 甚至 hpet，漂移立刻放大好几倍：
cat /sys/devices/system/clocksource/clocksource0/current_clocksource
# 期望输出 kvm-clock
看到不是 kvm-clock，先想是不是这台 VM 的 CPU 缺 constant_tsc、或者热迁移过没切回来，别急着只调 NTP。多数场景确认是 kvm-clock 之后，再按方案二配 chrony 收尾。
Windows guest 走 w32tm，别只靠 Guest Agent
Windows 的时间服务是 w32tm，光靠 agent 在事件节点拉那一下撑不住长跑。手动指到可靠的 NTP 池：
w32tm /config /manualpeerlist:"pool.ntp.org,0x8 ntp.aliyun.com,0x8" /syncfromflags:manual /reliable:yes /update
w32tm /resync
w32tm /query /status
qemu-ga 只在启停/恢复这种事件节点拉一次，日常周期校时交给 w32tm，一个事件驱动、一个周期驱动，不构成拉锯。
参考出处：
https://t2.re/archives/1266/
https://dev.to/kkadzielawa/post-mortem-diagnosing-and-fixing-ceph-quorum-breakdown-time-drift-in-a-hybrid-proxmox-ve-cluster-3d3d