笔记
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 直通 USB 打印机/加密狗，一断电重插就失效？设备热插拔的坑这么绕
在 PVE 里给某个 LXC 容器直通了一个 USB 设备——3D 打印机、加密狗、读卡器之类。刚配好时一切正常，可一旦设备断电再重新插上，容器里就认不到了，或者设备的权限丢了、读写报错，非要重启容器才恢复。搞 USB 直通的人基本都踩过这个坑，根子在 USB 设备的热插拔机制。
为什么会这样
USB 设备每次重新上电/插拔，宿主机都可能给它分配新的 device ID / bus 位置。而你直通时通常是按旧的 ID 绑定的，设备一重新枚举，绑定关系就对不上了，直通失效。另外，就算用 udev 规则建了稳定的符号链接（symlink），设备一断开，LXC 容器里这个 symlink 的权限就丢了，在宿主机上 chmod 也没用，必须重启容器才生效——这是官方论坛里真实用户验证过的行为。
对策一：这类设备优先直通给 VM，而不是 LXC（最有效）
官方论坛里那位被打印机折磨的楼主，折腾 udev、chmod、重启容器都不彻底，最后把 OctoPrint 挪到一台**虚拟机（VM）**里直通 USB，问题直接消失——VM 层面的 USB 直通机制比 LXC 对热插拔宽容得多，不会一重连就丢权限。打印机、加密狗、U 盾这类插拔频繁的设备，能上 VM 就别塞 LXC。
对策二：让设备"常电常连"，别老断电
多位老玩家的共同结论：USB 设备一断电重插，LXC 内权限就丢，跟线插没插着无关。所以要么设备保持长期通电——用一个带独立电源的 USB Hub、或智能插座给打印机这类设备常供电；要么接受"重插后手动重启容器"的现实。
对策三：udev rule + 稳定 symlink（对的方向，但要接受重启）
在宿主机写 udev 规则，按设备序列号而不是枚举顺序生成稳定链接，方向是对的：
# /etc/udev/rules.d/99-usb.rules
SUBSYSTEM=="tty", ATTRS{serial}=="你的设备序列号", SYMLINK+="printer"
配好后 udevadm control --reload。但这只解决"路径稳定"，解决不了"重连后 LXC 内权限丢"，设备重插后容器内还是要重启一下才稳。
对策四：能接受自动化的话，让容器跟着设备走
有人用"智能插座 + 脚本调 API"：检测到打印机上电时，自动去把对应的 LXC 容器 restart 一次，绕开手动重启。思路就是"设备回来了，就把容器带起来"。
对策五：真正需要热插拔，直通整个 USB 控制器
如果这个设备就是频繁插拔、还要求容器/VM 立刻能用，单设备直通很难做到。彻底方案是把整个 USB 控制器（PCIe/VFIO）直通给 VM，设备插哪个口都由 VM 自己管理，宿主机不再参与枚举，彻底绕开单设备重连问题。代价是那个 USB 控制器上的所有设备都归 VM 管。
一句话总结：USB 设备热插拔场景，优先级是「直通整个 USB 控制器 > 直通给 VM > 塞 LXC + udev」。图省心就别把插拔频繁的设备放 LXC。
先认清 LXC 的 USB 直通是哪种写法（死路径 vs 稳定匹配）
PVE 的 Web 界面只给 VM 提供图形化的 USB 直通，LXC 没有这个按钮，全靠手动往 /etc/pve/lxc/200.conf（200 换成实际 CT ID）里加配置。先看设备现在落在哪个位置：
lsusb
记下 Bus 001 Device 004: ID 1a86:7523 这种三元组，然后容器配置里通常长这样：
lxc.cgroup2.devices.allow: c 189:* rwm
lxc.mount.entry: /dev/bus/usb/001/004 /dev/bus/usb/001/004 none bind,optional,create=file 0 0
第一行放行 USB 字符设备（主设备号固定是 189），第二行把宿主机上的设备节点 bind 进容器。坑就在第二行写死的 001/004：lsusb 里的 Device 编号是枚举顺序给的，设备断电重插、或者另一个 USB 设备先被认到，编号就从 004 变 005/003，配置还指着老路径，直通自然失效。
为什么换 VM 就消停：QEMU 按 VID:PID 匹配
VM 的 USB 直通配置在 /etc/pve/qemu-server/100.conf，长什么样取决于添加时有没有勾 Use USB Vendor/Device ID：不勾存的是 usb0: host=1-1.3 这类总线端口路径，勾了才存成 usb0: host=1a86:7523。要扛住重插必须勾上按厂商/产品号匹配——QEMU 的 usb-host 驱动会自己去找符合 VID:PID 的设备，重插后表现为 guest 里"闪断一下又回来"，不像 LXC 那样配置直接失效。这也是 VM 方案比 LXC 省心的机制原因。
重插后快速定位：是路径变了还是权限丢了
先在宿主机上确认设备重插后落在哪：
lsusb
dmesg | tail -20
对比容器配置里写的 Bus/Device 和现状，再进容器看节点在不在、权限对不对：
pct exec 200 -- ls -l /dev/bus/usb/001/004
节点整个没了，是重插后路径变了、bind 落空，改配置里的编号（治标不治本）；节点在但容器里应用打不开，就是前面说的 symlink 权限丢，容器内 chmod 拉不回来，只能重启容器让 bind mount 重挂一次。
参考出处：https://forum.proxmox.com/threads/usb-passthrough-beim-neuverbinden.60713/