前言：刚送走“失忆”的 Docker，又迎来“痴呆”的 Zsh
眼下，刚经历了一场心惊肉跳的 Docker 容器失踪案。好不容易用 Systemd 终结了机械硬盘和 Docker 之间的时序赛跑，并给我那块 3.6T 的 Btrfs 机械硬盘上了一套透明压缩、自动碎片整理的“神级调优”大礼包，以为从此就能过上流畅丝滑的编程生活。
谁能想到，生活就是一波未平一波又起。今天一打开默认的 Zsh 终端，本想运键如飞，然而当我按下第一个 cd，然后轻轻敲击 Tab 键 想要路径补全时——
终端突然陷入了深沉的“冥想”。
光标一闪一闪，卡死两三秒，然后才慢吞吞地吐出补全候选。每次选择目录或补全路径，都像是在用 2G 网络访问 3D 网页，卡得人血压飙升。
之前明明是如德芙般纵享丝滑的，怎么突然就“痴呆”了呢？
侦探上线：排查卡死罪魁祸首
既然之前好好的，突然变卡，肯定有什么猫腻。我开始了逐一排查：
怀疑对象 1：Zsh 插件在“吃”性能？
Zsh-autosuggestions 和 Zsh-syntax-highlighting 经常在历史记录过多或者路径复杂时拖慢速度。我尝试暂时禁用它们，然而卡顿依旧。
怀疑对象 2：补全缓存损坏？
zsh 会在主目录下生成一个 .zcompdump 缓存文件。有时候这个文件损坏了会导致补全逻辑混乱。我直接祭出清理大法：
rm -f ~/.zcompdump*重启终端，结果依旧卡成 PPT。
突如其来的直觉：df 怎么也装死了？
为了看一看是不是磁盘 I/O 满了，我随手在终端打了个 df -hT。
按道理，这个命令应该瞬间返回，但这次，它也卡住了！
这一卡，直接帮我锁定了真凶——系统里绝对有一个挂载的磁盘卡死了！
果不其然，在漫长的几秒钟后，df 慢吞吞地吐出了一条错误信息：
df: /home/susu/NAS: 主机已关闭破案了！又是挂载在用户目录下的网络共享文件夹在作祟！
实际上，就是不久之前，我不小心把NAS关机了。你看不到我，你看不到我！！！
祸首露面：NAS 的“死挂载”之灾
目前，局域网 NAS 主机 192.168.8.116 正处于关机（或者休眠）状态。
那么在 Linux 中，如果一个网络挂载点在网络断开或服务器下线时没有被卸载，它就会变成一个恐怖的**“死挂载（Dead Mount）”**。
为什么 NAS 死挂载会拖慢 Zsh 路径补全？
当你敲下 Tab 键时，Zsh 绝对不是只傻傻地看着当前目录。它的路径补全逻辑、历史路径插件（比如 zsh-z）以及补全缓存，都会试图去扫描或遍历你用户目录（/home/susu）下的所有子目录。
在 CIFS 默认的挂载设置下，任何对 /home/susu/NAS 的读取、访问甚至仅仅是 stat 动作，都会直接向那个已经不存在的 IP 发起网络请求。由于是默认的 hard 挂载方式，内核驱动程序会锲而不舍地在网络层死等，直到极其漫长的超时。
所以，你在 Zsh 里每按一次 Tab，Zsh 都会在内核里被 NAS 的死挂载点强行拉住，陪它一起在无人的网络荒野里枯等数秒。
双重解药：紧急截肢与彻底驯服
知道病根在网络挂载上，我们就可以开始对症下药了。
第一步：紧急截肢（Lazy Umount）
当系统有一个挂载点被卡死，且有很多后台进程也在排队等待它时，如果你直接运行普通的 umount /home/susu/NAS，系统会冷酷地拒绝你：device is busy。
这时你需要使用 Linux 的终极赖皮参数：
sudo umount -f -l /home/susu/NAS-f(Force)：强行卸载。-l(Lazy)：延迟卸载（核心魔法）。它会立刻把这个坏掉的挂载点从文件系统目录树里“摘除”，让新来的进程（比如你的 Zsh）根本看不见它，从而不用再去 stat 它。至于已经被卡死的旧进程，让它在后台慢慢释放。
敲下命令的一瞬间，再回到 Zsh 按下 Tab 键—— 熟悉的感觉回来了！如丝般顺滑！
第二步：彻底驯服（配置防卡死的 fstab 参数）
为了避免下次 NAS 一关机，我们的终端又卡成 PPT，必须把 /etc/fstab 里粗鲁的默认挂载参数改得更聪明、更优雅。
我们原来的粗暴配置：
//192.168.8.116/个人文件 /home/susu/NAS cifs credentials=/home/susu/.smbcredentials,uid=susu,gid=susu,vers=3.0 0 0我们要给它做一次“网络防卡死”重构：
//192.168.8.116/个人文件 /home/susu/NAS cifs credentials=/home/susu/.smbcredentials,uid=susu,gid=susu,vers=3.0,noauto,x-systemd.automount,x-systemd.idle-timeout=60,soft,nofail 0 0为什么这套参数是“防卡死黄金组合”？
noauto：开机不自动挂载。很多时候开机时网络服务根本没好，或者 NAS 还没开机，开机就挂载极易在开机阶段卡死。x-systemd.automount（核心功能）：让 Systemd 帮我们进行按需自动挂载。平时这个目录是个空目录，只有当你真正cd /home/susu/NAS或尝试读写它的时候，Systemd 才会实时去连接 NAS 并自动挂载。x-systemd.idle-timeout=60：如果挂载成功后，你连续 60 秒没有读写它，Systemd 会在后台静默将其卸载。这样即使你下班关了 NAS，你的本地系统早就因为闲置把它卸载了，绝对不会形成死挂载。soft：当网络出现故障或 NAS 下线时，如果系统程序访问这个目录，CIFS 驱动会立即返回错误代码，而不会像默认的hard模式那样无限期挂起进程。nofail：万一挂载出问题，系统直接忽略，该干嘛干嘛，不影响大局。
结语：让外置磁盘与网络磁盘各司其职
不管是像上一篇那样将本地 Docker 根目录迁移到大容量机械硬盘，还是像这篇一样把局域网 NAS 挂载到主目录下，我们都在扩展本地系统的存储边界。
但是在折腾这些非根分区盘时，一定要牢记以下两条铁律：
- 本地大分区（如
/backup上的本地机械硬盘）：注意它的挂载时序。对于依赖它的本地服务（如 Docker），要用 Systemd 的RequiresMountsFor做好启动依赖。 - 网络盘分区（如
/home/susu/NAS）：注意它的网络容错性。千万不要硬挂载，必须使用x-systemd.automount和soft，给系统留一条退路，免得网络风吹草动就拖垮了你高贵的本地 Zsh 终端。
希望我的文章也能拯救你被卡死的 Zsh！如果你觉得有用，不妨转发给同样被卡得直抓狂的小伙伴吧！
本文为原创系统调优踩坑记录，转载请注明出处。
