linux系统意外停电不能自动挂载数据盘的处理方法

最新推荐文章于 2025-03-10 16:25:34 发布

flikyly

最新推荐文章于 2025-03-10 16:25:34 发布

阅读量2.4k

点赞数 1

CC 4.0 BY-SA版权

分类专栏：树莓派

本文链接：https://blog.youkuaiyun.com/flikyly/article/details/102952008

树莓派专栏收录该内容

5 篇文章

订阅专栏

本文详细记录了一次因意外停电导致系统无法自动挂载磁盘，并在手动挂载时出现错误的情况。通过使用fsck命令，修复了日志校验值错误、extent树问题以及文件系统元数据错误，最终成功恢复了文件系统的正常状态。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

意外停电后，重启系统，不能自动挂载，手动挂载时报错：

pi@yPi:/mnt $ sudo mount /dev/sda /mnt/hdsda
mount: /dev/sda: can't read superblock

手动修复：

pi@yPi:~ $ sudo fsck /dev/sda
fsck from util-linux 2.25.2
e2fsck 1.43.3 (04-Sep-2016)
/dev/sda：正在修复日志
JBD2: Invalid checksum recovering block 18 in log
JBD2: Invalid checksum recovering block 19 in log
JBD2: Invalid checksum recovering block 19 in log
在 /dev/sda 中发现日志校验值错误
/dev/sda 未被彻底卸载，强制进行检查。
第 1 步：检查inode、块和大小
Inode 1048603 的extent树（位于第 2 层）可以更窄。处理<y>? 是
Inode 1048609 的extent树（位于第 2 层）可以更窄。处理<y>? 是
Inode 1048610 的extent树（位于第 2 层）可以更窄。处理<y>? 是
Inode 1048611 的extent树（位于第 2 层）可以更窄。处理<y>? 是
Inode 1048612 的extent树（位于第 2 层）可以更窄。处理<y>? 是
Inode 1048616 的extent树（位于第 1 层）可以更窄。处理<y>? 是
Inode 1048625 的extent树（位于第 2 层）可以更窄。处理<y>? 是
Inode 1048638 的extent树（位于第 1 层）可以更窄。处理<y>? 是
Inode 1048640 的extent树（位于第 1 层）可以更窄。处理<y>? 是
Inode 5113176 的extent树（位于第 1 层）可以更窄。处理（“a” 表示全部回答“yes”） <y>? 全部回答“yes”
Inode 5113177 的extent树（位于第 1 层）可以更窄。处理? yes
Inode 5113183 的extent树（位于第 1 层）可以更窄。处理? yes
Inode 5113186 的extent树（位于第 1 层）可以更窄。处理? yes
第 1E 步：优化extent树
第 2 步：检查目录结构
第 3 步：检查目录连接性
第 4 步：检查引用计数
第 5 步：检查组概要信息
可用块数错误（0，实际为0）
处理? yes
可用inode数错误（9771363，实际为9771012）
处理? yes
/dev/sda：***** 文件系统已修改 *****
/dev/sda：2044/9773056 文件（5.3% 为非连续的）， 26610796/39072726 块

重新挂载成功：

sudo mount /dev/sda /mnt/hdsda