为何Kubernetes PV/PVC配置下Pod出现CrashLoopBackOff异常？

从你的描述来看，核心问题出在busybox容器的运行逻辑上，结合《Core Kubernetes》7.3节的典型多容器Pod场景，大概率是以下情况：

• Busybox容器被配置为执行一次性任务命令（比如查看共享目录内容、复制初始化文件等），任务完成后容器会正常退出。但Kubernetes Pod默认的restartPolicy: Always策略，会在容器退出时自动尝试重启它，导致busybox反复启动、退出，触发CrashLoopBackOff状态，进而拉低整个Pod的状态显示。
• 注释busybox后，只剩nginx容器——它是长期驻留的服务容器（nginx主进程会持续运行），不会主动退出，因此Pod能保持Running状态。
• 注释nginx后，只剩busybox容器，它依然会执行完一次性任务就退出，重启策略再次触发重启循环，所以Pod回到异常状态。

关于默认存储类k8s.io/minikube-hostpath的影响：如果书中YAML涉及共享PVC挂载，需确认挂载路径权限，但从你注释nginx后busybox仍异常的情况来看，存储不是核心诱因，主要还是busybox的命令生命周期问题。

• 检查原YAML中busybox的命令配置：执行kubectl get pod <pod-name> -o yaml，找到busybox容器的command/args字段，若为类似["ls", "/shared"]的一次性命令，即可确认问题根源。
• 调整容器运行逻辑：
  • 若仅需busybox执行一次性初始化任务，可将Pod的restartPolicy改为OnFailure或Never；
  • 若需要busybox长期运行（比如作为sidecar），修改命令为持续驻留逻辑，例如["sh", "-c", "while true; do sleep 3600; done"]。

内容的提问来源于stack exchange，提问作者CaTx