注意：在紧急模式下，根文件系统通常以只读方式挂载，可能需要先重新挂载为读写模式（如 mount -o remount,rw /）才能卸载。-L 会丢弃未完成的日志条目，基于磁盘上现有的元数据重建一致性。这是激进操作，可能导致部分未提交的数据丢失，但能快速恢复文件系统可用性。XFS的日志（journal）记录了文件系统的元数据操作。当文件系统损坏时，可能无法直接修复已挂载的文件系统。卸载是修复的前提

application.yaml 下 修改springdoc配置修改为如下配置application-test.yaml 下 修改management 配置nginx.conf进行配置对nignx进行热补丁。

proxy_pass结尾有→ 保留子路径。proxy_pass结尾没有→ 会将location中匹配到的部分替换成目标路径，容易出错。

【代码】idea本地代码上传远程仓库gitee报错解决。

【代码】linux环境下tomcat安装。

nginx 的 -s reload 或系统服务方式（如 systemctl restart nginx）依赖于 /usr/local/nginx/logs/nginx.pid 中的进程号来找到并控制 nginx 主进程。这通常发生在你试图重启 nginx，但 nginx 的主进程实际上已经不在运行了（也就是 PID 文件被删除或者未创建）。当你手动 kill 所有 nginx 进程并重新启动时，n

因为跑大量高负载程序，造成cpu soft lockup。Soft lockup就是内核软死锁，这个bug没有让系统彻底死机，但是若干个进程（或者kernel thread）被锁死在了某个状态（一般在内核区域），很多情况下这个是由于内核锁的使用的问题。