分区故障是CentOS系统中常见的问题，可能导致系统无法启动、数据无法访问或磁盘空间异常。以下是系统化的排查与解决步骤，覆盖从基础检查到高级修复的全流程：
首先通过以下命令快速定位问题范围：
lsblk：查看系统中所有磁盘及分区的挂载状态，确认目标分区是否存在及挂载点是否正确。df -h：检查各分区磁盘空间使用情况，若某分区使用率达100%，可能导致写入失败或系统崩溃。dmesg | grep -i error：查看内核日志，筛选“error”关键词，获取分区或文件系统的具体错误信息（如“I/O error”“filesystem corrupted”）。journalctl -xb：查看系统日志，定位分区故障的具体时间点和触发原因（如启动加载项冲突、硬件异常）。分区表损坏是导致分区无法识别的常见原因，需通过以下工具验证：
fdisk -l：列出所有磁盘的分区表信息，确认分区数量、大小及类型（如MBR/GPT）是否符合预期。若分区未显示或信息异常，需进一步修复。parted /dev/sdX print（sdX为目标磁盘，如sda）：图形化查看分区表，检查分区起始/结束扇区是否连续、有无重叠。parted的mklabel命令重新创建（注意：此操作会清除磁盘所有数据！）。例如，将MBR转为GPT：sudo parted /dev/sda mklabel gpt；或用testdisk工具恢复丢失的分区（适合数据恢复场景）。文件系统损坏（如意外断电、强制关机）会导致分区无法挂载，需用对应工具修复：
chroot切换环境，见后续步骤）。例如：umount /dev/sda1。e2fsck工具，-y参数自动回答“yes”以修复所有问题。例如：sudo fsck -y /dev/sda1。xfs_repair工具，需先卸载分区（若为根分区，需用xfs_repair -L强制修复，但会清除日志）。例如：sudo xfs_repair -v /dev/sda1。/etc/fstab文件定义了系统启动时的自动挂载规则，配置错误（如UUID错误、挂载点不存在）会导致启动失败：
sudo cp /etc/fstab /etc/fstab.bak（避免误操作丢失配置）。vi或nano打开/etc/fstab，检查每行配置的UUID（通过blkid命令获取）、挂载点（如/mnt/data）、文件系统类型（如ext4）是否正确。sudo mount -a，若无报错则配置正确；若有错误，根据提示修正后再次测试。若使用LVM（逻辑卷管理），分区故障可能涉及卷组（VG）或逻辑卷（LV）损坏：
sudo vgscan，确认卷组是否存在。sudo vgchange -ay，激活所有卷组以恢复逻辑卷访问。lvdisplay查看其路径（如/dev/centos/root），再用mount命令手动挂载。若分区故障导致GRUB引导失败（如黑屏显示“grub rescue>”），需用以下步骤修复：
sudo mount /dev/sda1 /mnt（sda1为根分区，根据实际情况调整）。sudo mount --bind /dev /mnt/dev、sudo mount --bind /proc /mnt/proc、sudo mount --bind /sys /mnt/sys（模拟原系统环境）。sudo chroot /mnt，切换到原系统根目录。grub2-install /dev/sda（sda为系统磁盘，不是分区）、grub2-mkconfig -o /boot/grub2/grub.cfg（生成新的引导配置）。exit→reboot，移除安装介质后重启系统。rsync或tar工具备份重要数据到外部存储，避免分区故障导致数据丢失。smartctl -a /dev/sda（需安装smartmontools）检查硬盘健康状况，提前预警坏道。fsck命令检查文件系统（需卸载分区），确保分区健康。以上步骤覆盖了CentOS分区故障的常见场景及解决方法，操作前务必确认数据已备份，避免误操作导致二次损失。若问题复杂（如硬件损坏），建议联系专业技术人员处理。