外观
磁盘与文件系统
这一类的文章都涉及数据安全,所以共同遵守一个顺序:先读后写,先备份后修复。先用只读命令和界面状态判断故障在哪一层(硬件、阵列、文件系统、挂载),确认重要数据另有一份,再考虑重建、修复这类不可逆的操作。
本类文章
- 磁盘或文件系统不见了:磁盘从列表消失、文件系统显示「丢失」、共享文件夹变成「不可用」时怎么逐层确认。
- 文件系统变成只读:为什么系统会把文件系统挂成只读,怎样先把数据复制出来,再决定是否检查修复。
- RAID 降级:阵列降级后先做什么、不能做什么,以及换盘重建前的判断。
- 系统盘满了:登录失败、界面报错、容器起不来背后常见的原因,怎样找出谁占了空间。
最常见的原因
- 数据线、电源或 USB 硬盘盒接触不良,造成掉盘。
- 磁盘本身在变坏,SMART 的关键属性在增长。
- 容器的数据和日志都放在了系统盘上,把它写满。
一句话原则
冗余不是备份。 RAID、Btrfs RAID1、ZFS 镜像只防磁盘损坏;文件被误删、被勒索软件加密、文件系统本身损坏,它们一样会忠实地同步。排查存储故障之前,先确认你有一份不在这台机器上的备份。
继续浏览
- 理解存储分层:OMV 的存储模型:从磁盘到共享
- 监控与预警:S.M.A.R.T.:监控硬盘健康
- 用救援系统抢救数据:用救援系统抢救数据
- 返回故障排查