笔记
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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
开机掉进 emergency mode，一次救援记录
有台 Ubuntu 服务器重启之后没进系统，直接掉进紧急模式，屏幕上是 systemd 的提示：
You are in emergency mode. After logging in, type "journalctl -xb" to view
system logs, "systemctl reboot" to reboot, "systemctl default" or "exit"
to boot into default mode.
Give root password for maintenance
(or press Control-D to continue):
emergency mode 跟 rescue mode 略有区别：emergency 只挂了根文件系统，能跑的命令极少；rescue mode 会尝试挂载更多本地文件系统。不管哪个，能进去就还有救，别慌。
输 root 密码进去之后，第一件事是看日志找哪个单元挂了。emergency 模式下 journald 是工作的，但根文件系统是只读挂载的，先把它重挂成可写，不然后面改文件都改不了：
mount -o remount,rw /
然后查启动失败的单元：
systemctl --failed
或者直接看日志里跟挂载相关的报错：
journalctl -xb | grep -i -E "failed|not found|no such device" | head -40
我这边 systemctl --failed 列出来一个 mnt-data.mount，对应的 fstab 条目是要挂载一块数据盘。看日志里那一小段：
systemd[1]: mnt-data.mount: Mount process exited, code=exited, status=32
systemd[1]: mnt-data.mount: Failed with result 'exit-code'.
systemd[1]: Failed to mount /mnt/data.
Mount 失败导致 local-fs.target 起不来，systemd 就把系统丢进 emergency mode 保平安。
为什么挂载失败？fstab 里那个条目写的是设备路径 /dev/sdb1，但机器重启之后磁盘枚举顺序变了——之前那块数据盘现在是 /dev/sdc，/dev/sdb 变成了别的东西。用设备路径挂载就有这个毛病，重启一次顺序就可能变。用 blkid 看真实身份：
blkid /dev/sdc1
输出里有 UUID 和 TYPE。fstab 里正确的写法是用 UUID，不会受盘符变化影响：
# /etc/fstab
UUID=xxxx-xxxx-xxxx /mnt/data ext4 defaults 0 2
把 fstab 里那行从 /dev/sdb1 改成 UUID 写法，然后先用 mount -a 测一下能不能按 fstab 全部挂上：
mount -a
能挂上没报错，就可以退出紧急模式继续开机了：
exit
或者敲 systemctl default 让它走正常的多用户目标。emergency 模式下 root 是手工维护状态，exit 之后 systemd 会继续把没完成的启动流程走完。
还有一种掉进 emergency mode 的常见原因是文件系统不干净。非正常断电之后重启，根分区 superblock 里的状态没更新，mount 阶段会提示需要 fsck，systemd 如果配置了自动 fsck 会尝试，失败就丢你进 emergency 让手工修。这时候 fsck 一下对应的分区：
fsck /dev/sda1
注意 fsck 要在分区没挂载的时候跑，根分区在 emergency 模式是只读挂的，直接 fsck 只读挂载的根会有风险，稳妥做法是用系统安装盘的 live 环境去 fsck，或者开机时在 GRUB 里进 recovery 模式让它自动 fsck。我这边不是文件系统问题，是 fstab 盘符问题，没走这一步，但排查顺序里要知道有这条。
还有个小细节：有时候 fstab 里某个条目挂不上，但你又确实想先进系统再慢慢修，可以在那行的挂载参数里加 nofail，意思是这个挂载失败不影响开机：
UUID=xxxx /mnt/data ext4 defaults,nofail 0 2
加 nofail 之后即使盘没插，机器也能正常进系统，不会掉 emergency mode。数据盘、移动盘这种非系统必需的挂载，我都习惯加上 nofail。
修完的收尾动作：systemctl --failed 再确认一次没有 failed 单元，然后 reboot 完整验证一遍，别在 emergency 里 exit 出来就以为完事，重启一次确认 fstab 新写法真的稳。
这次根因就是 fstab 用了设备路径，重启盘符漂移，挂载失败掉 emergency。改成 UUID 之后到现在重启过几次都没再犯。记录一下 UUID 优先于设备路径这个原则，以及 emergency mode 里的基本求生流程。