笔记
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)。
这个网站最早只是一个人的笔记仓库,后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法,只是干干净净地存放一些东西;既然做好了,就公开出来,万一有人用得上呢。
不做大而全,不做平台梦,保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护:不会突然冒出付费墙,不会在角落塞广告位,也不会把你的数据卖给第三方。
产品会持续迭代,站内日志页记录着每一次改动,改了什么都有迹可循;想了解这个站是怎么一步步走到今天的,翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容,点对应卡片右侧的“举报”按钮就能提交,我们会尽快核实处理;也谢谢你花一点时间,一起把这里维护干净。
趋势
开机报 0xc000000f 进不了系统?单 Windows 重建 BCD 的记录
记录一下刚帮同事台式机修引导的过程。机器是 Win10 单系统,SSD,UEFI 启动 + GPT 分区。头天晚上关机还好好的,第二天早上开机不进系统,直接落在蓝色修复屏上,白字写着:
你的电脑/设备需要修复
无法加载操作系统,原因是缺少必需文件或其中包含错误。
错误代码: 0xc000000f
文件: \Windows\System32\winload.efi
同事回忆昨天用分区工具把 C 盘往前挪了 20G,八成就是它动过引导区。0xc000000f 在纯 Windows 单系统上基本等于 BCD(启动配置数据)读不出来或内容错了,跟硬件损坏是两码事。真要是内存、硬盘坏了,报的通常是 0xc00000e9 这类 IO 错,或者开机直接卡死在 BIOS logo。分清这两类,后面方向才不会跑偏。
手头没有现成的 Win10 启动 U 盘,就拿另一台电脑现做了一个:微软官方 Media Creation Tool,8G 空 U 盘,一路默认做成安装盘。机器能进 BIOS,把 U 盘设成第一启动项,到语言选择界面按 Shift+F10 调出命令提示符,比从"修复计算机"菜单点进去少绕几步。
先把磁盘分区看清楚,别瞎敲。命令行里进 diskpart:
diskpart
list disk
select disk 0
list partition
exit
小心别把 U 盘当成 disk 0,按容量认。这台机器上 disk 0 是那块 SSD,能看到一个 260MB 的 FAT32 分区,类型那栏写"系统",这就是 EFI 系统分区。Windows 平时不给它分配盘符,要手动给一个,后面重建全程都要用它:
diskpart
select disk 0
select partition 1
assign letter=S
exit
然后确认引导文件还在不在:
dir S:\EFI\Microsoft\Boot
Boot 目录里 bcd 文件大小是 0,或者干脆没有,基本坐实 BCD 坏了。最省事的做法是让 bootrec 自己扫自己建,四条连着敲:
bootrec /fixmbr
bootrec /fixboot
bootrec /scanos
bootrec /rebuildbcd
/rebuildbcd 会全盘扫 Windows 安装,找到后问"是否将安装添加到启动列表",输 Y 回车。这一步顺利的话重启就回来了。但这台没这么顺,/rebuildbcd 直接报"系统找不到指定的路径"。这是旧 BCD 文件还在、内容却已经乱套时的典型反应。处理是先把坏 BCD 改名挪走再重建:
S:
cd \EFI\Microsoft\Boot
attrib bcd -s -h -r
ren bcd bcd.old
bootrec /rebuildbcd
attrib 那行是把 BCD 的"系统、隐藏、只读"三个属性去掉,不然 ren 会提示拒绝访问。改完名重跑 rebuildbcd,这次正常扫到 C 盘的 Windows 了。重启前最好把引导项确认一眼,/enum 要对着刚才那个 store 才能看到离线系统的引导项,这是恢复环境里最容易踩的坑:
bcdedit /store S:\EFI\Microsoft\Boot\BCD /enum all
能列出 {bootmgr} 和一条指向 winload.efi 的 {default} 项就没问题。bcdedit 在恢复环境里默认读的是 PE 自己的 store,不加 /store 参数你看到的是 U 盘临时系统的引导配置,不是硬盘上坏掉那份,白折腾。
还有一种情况,/rebuildbcd 扫半天直接报"找不到已安装的 Windows",别慌,先看 bootrec /scanos 有没有输出。scanos 都扫不到系统,问题通常不是 BCD 内容本身,而是盘符/分区状态不对,或者这台其实是 MBR 引导的老机器。判断 UEFI 还是 MBR 在 diskpart 里做:list disk 后看 GPT 那列,带 * 是 GPT/UEFI,不带就是传统 MBR。MBR 单系统没有独立的 EFI 系统分区,引导文件在 C 盘根目录的隐藏 Boot 文件夹里,修法不走上面给 S 盘赋盘符那套,直接 bootrec 四条连着敲一般就能修,BCD store 的路径也不一样,别拿 UEFI 的路径去套,否则 bcdedit /store 会报找不到文件。
再提醒一句,/fixboot 在某些机器上会报"拒绝访问"。出现这个别硬来,先回头确认是不是 bootrec 之前 diskpart 里 assign 的盘符和分区没选对。分区选错或盘符被占用都会让 /fixboot 找不到目标,报错五花八门。实在不行就先把刚赋的盘符 remove 掉,重新 assign 一次再跑 bootrec。修完记得把启动 U 盘拔了再进系统,不然 BIOS 里它可能还在第一启动项,重启又进安装界面,看着像没修好。
顺带说个边界:这套 bootrec 流程只适合"这台机器本来就只有 Windows"。如果原来装的是双系统,/fixmbr 会把另一个系统的引导器覆盖掉,那种机器得按双系统的路子单独修,别照抄这几条。修完让同事用了一天多,没复发,文件也都在。