笔记
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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
群晖突然报"硬盘已损毁、存储池降级"？先别急着点修复，很多只是掉盘虚惊
群晖开机突然报警"硬盘 1 已损毁、存储空间已降级"，任谁心里都一咯噔——以为盘挂了、数据要没。先深呼吸，很多"已损毁"只是掉盘虚惊，S.M.A.R.T. 一查硬盘好好的，重新插一下、修复一下存储池就回来了。
真实案例：两个"损毁"都是虚惊
- 案例一：DS920+，两块希捷酷狼 8T 组 RAID1，某天开机报"硬盘 1 已损毁、存储池已降级"。关机把盘拆下来接电脑查 S.M.A.R.T. 一切正常，IronWolf 健康检测的重映射计数是 0。最后操作：停用硬盘 → 拔出 → 重插 → 修复存储池，同步约 15 小时，数据无损。
- 案例二：给机器做大清洁后按原顺序把盘插回去，开机就报 RAID5 降级、某盘损毁。完整 S.M.A.R.T. 检测 10 多小时，硬盘没问题——网友经验"每次都是拔插一下重启就好"。
但也有真反例：另一台 RAID5 确实是 2 号盘物理坏道，S.M.A.R.T. 重映射计数飙升，停读写拆盘做镜像才救回数据。所以关键是先诊断，别凭感觉动手。
诊断步骤（先看再动）
- 进「存储管理器」看状态和错误码。
- 给报错盘跑一次完整 S.M.A.R.T.，重点看 05（重映射扇区）、C5（待映射）、C6（不可修复）这几个值。
- 看系统日志有没有 I/O 超时、掉盘记录。
S.M.A.R.T. 正常 → 按掉盘处理
大概率是断电/插拔接触不良导致的逻辑掉盘，不是真坏：
- DSM 里右键该盘 →「停用硬盘」。
- 关机 → 拔出硬盘 → 重新插好（注意别换槽位）。
- 开机 → 在存储池上选「修复」，让系统用另一块盘重建。
- RAID5 多盘的话，修复窗口期间别同时坏第二块盘，那是阵列最脆弱的时候。
系统分区报"无法存取"
如果是系统分区提示降级/无法存取，走群晖官方做法：存储管理器 → 总览 → 点修复链接重建系统分区。黑群晖也可以 SSH 进去 cat /proc/mdstat 看哪些分区从 md 阵列掉出来了，再手动加回。
S.M.A.R.T. 真异常 → 立刻停手
如果 C5/C6 飙升、盘有异响、频繁掉盘：停止一切写入和通电扫描，别在 DSM 里反复点"修复"制造二次损伤。有 RAID 保底也建议关机、标好盘序，找专业镜像或直接换新盘。RAID 不是备份，重要数据平时就要有第二份。
先怀疑供电、背板和硬盘休眠，别急着判盘死刑
一次报两块以上盘损毁、或同一型号盘周期性掉盘，先别怀疑盘体——SATA 线/背板接触不良、电源老化供电不稳（盘多的机器尤其常见），都会让盘在系统里瞬间消失。改过线、清过灰、动过盘位的先检查是不是没插紧。群晖默认开硬盘休眠，部分硬盘休眠后唤醒握不上手，会被 DSM 直接踢出阵列标"已损毁"；把控制面板 → 硬件和电源 → 硬盘休眠关掉观察几天，这类兼容性掉盘常常自己就消停了。真坏了的花钱换盘，别先花冤枉钱把好盘返厂。
SSH 手动读盘健康，界面那个红叉信息不全
管理员 SSH 进去直接读 S.M.A.R.T. 原始值，比 DSM 界面给得细：
sudo smartctl -a /dev/sda # 盘号按实际来，重点看 05/C5/C6 和通电时间
sudo smartctl -t long /dev/sda # 长自检，大容量盘要跑十几小时
Reallocated_Sector_Ct（05）、Current_Pending_Sector（C5）原始值不为 0 才算有隐患，光"通电几万小时"不等于快坏。确认盘没事、想手动把它加回阵列（熟悉 md 再动，白群晖直接走 DSM 修复更省心）：
cat /proc/mdstat # [U_] 缺的那块，形如 sdb2
sudo mdadm --manage /dev/md2 --re-add /dev/sdb2 # 盘号分区以 mdstat 实际输出为准
--re-add 对只是掉过线的盘比全量重建快得多；报错就换 --add（会走完整重建）。盘重新同步回 [UU] 前别去碰数据。
重建期间机器会变卡，别误判成又坏一块
确认掉盘走修复/重建时，CPU 和所有盘都在满负荷干活，DSM 响应变慢、硬盘灯狂闪是正常的，不是又掉一块。重建窗口别断电、别重启，也别在这时候往阵列里塞大任务。8T 级别的单盘重建十多个小时很常见，白天要用机就把重建速度调低，或留到夜里再点修复。重建完成前，阵列没有冗余保护，这时候再坏第二块盘才是真灾难。
真确认盘坏，先查保修再买新盘
05/C5 原始值一直涨、盘有异响、频繁掉盘，基本坐实盘体问题后，先别急着下单新盘——拿序列号去希捷/西数官网查保修，在保直接走个人送保，换回的良品盘拿来当冷备也合适。返修前自己先把数据镜像/备份出来，返修盘回来里面是空的。同时把盘序标好，回来插回原槽位，避免群晖又要重新认盘。
全程铁律：别重装、别初始化、别格式化，先保数据。
参考出处：
https://post.smzdm.com/p/a96nox6o/p2/
https://kb.synology.com/zh-hk/DSM/tutorial/What_to_do_when_system_partition_failed