在 openvz 主机节点上，一些 vps 未正确关闭。/vz 没有单独的分区，它们在根目录中运行。重新启动 vps 或将大文件 vz-dump（约 28GB）从一个文件夹复制到另一个文件夹时，服务器会冻结，并且无法再通过 ssh 访问。可能是由于文件系统损坏？
我是否需要在不挂载根文件系统的情况下启动恢复模式来执行 fschk？您有什么建议？
[root@CentOS-60-64-minimal 日志]# fdisk -l
磁盘 /dev/sda：1499.2 GB，1499212021760 字节 64 个磁头，32 个扇区/磁道，1429760 个磁柱 单位 = 2048 * 512 = 1048576 字节的磁柱 扇区大小（逻辑/物理）：512 字节 / 512 字节 I/O 大小（最小/最佳）：512 字节 / 512 字节 磁盘标识符：0x0001d8c4
设备启动开始结束块 ID 系统 /dev/sda1 2 2048 2096128 82 Linux swap / Solaris /dev/sda2 2049 2560 524288 83 Linux /dev/sda3 2561 1429760 1461452800 83 Linux
答案1
是的，在执行 fsck 之前，您确实需要卸载文件系统，因此启动恢复模式是一种解决方案。根据磁盘的布局，您可能能够卸载有问题的分区，执行 fsck，然后重新安装它。
话虽如此，我想知道问题是否出在软件上 - 我以前没有遇到过像您描述的那样的软件问题，但如果硬盘开始出现故障（在最近的案例中，甚至支持软件 raid 的 1 个磁盘出现故障），这种情况很常见。
我首先要采取的步骤是查看日志，看看是否有与磁盘故障相关的消息。我还会查询驱动器上的 SMART 数据，看看它们的内部视图是什么。
另一种可能性是交换 - 如果您的系统交换很多，那么事情就会陷入停滞。您可以通过大幅减少交换量并使用 VM.SWAPPINESS 来获得一些牵引力，但这是一把双刃剑，如果您没有足够的 RAM，可能会使您的系统更加不稳定（但至少它可以用来确定过多交换可能出现的问题）
请注意，我不使用 OpenVZ，所以这一切本质上都是通用的（我使用 KVM），但我认为无论您运行什么，我所写的内容都是正确的。