history -w 不保证落盘，仅写入 page cache；需搭配 sync 或 fsync ~/.bash_history 才能真正持久化，且要注意文件存在性、权限及 $HISTFILE 实际路径。

history -w 本身不刷盘，它只把内存中的命令历史写入 ~/.bash_history 文件；是否真正落盘，取决于该文件所在的文件系统是否已将这次写操作同步到物理设备——history -w 不保证这点。

---

history -w 后数据还在 page cache 里

• history -w 调用的是 shell 内置的 write 操作，本质是 fwrite() 或类似系统调用，不带 fsync()
• 写入后，数据通常停留在内核的 page cache（写缓存）中，等待内核 writeback 线程异步刷出
• 如果此时断电或强制关机，刚保存的命令可能丢失
• 你可以用 cat /proc/sys/vm/stat_interval 查看当前 writeback 周期（默认一般 5 秒），但无法控制单次写入何时触发

---

怎么让 history -w 真正落盘

必须手动补上同步动作。推荐组合：

• history -w && sync
  粗粒度：刷所有挂载文件系统，安全但慢（尤其机械盘或高负载时卡住几秒）

• history -w && fsync ~/.bash_history
  精准：只同步该文件，更快、更可控
  注意：fsync 需要文件已存在且可写；首次运行可能报 No such file or directory，可加判断：

history -w && [ -f ~/.bash_history ] && fsync ~/.bash_history

• 更健壮写法（含错误检查）：

  history -w || { echo "history write failed"; exit 1; }
  [ -f ~/.bash_history ] || { echo "~/.bash_history missing"; exit 1; }
  fsync ~/.bash_history || { echo "fsync failed"; exit 1; }

---

为什么不用 syncfs 或 echo 3 > /proc/sys/vm/drop_caches

• syncfs 要求传入一个已打开的文件描述符（比如通过 open()），不能直接作用于路径，对 history 场景不实用
• drop_caches 清的是 读缓存（page cache 中的 clean pages），和 history -w 产生的 脏页（dirty pages） 无关，完全用错方向

---

容易被忽略的一点

~/.bash_history 文件权限通常是 600，但如果你用 sudo 或切换用户执行 history -w，可能写入的是 root 的 history 文件，或者因权限不足静默失败。确认当前生效的是哪个文件：

Obsidian (Linux)

操作 Obsidian 库（纯 Markdown 笔记），并通过 notesmd-cli 实现自动化。

下载

echo $HISTFILE

默认是 ~/.bash_history，但可能被修改过。别假设，先查。