Linux fs清理文件,linux – 在fs崩溃并运行fsck之后,一些文件被恢复但是找不到丢失的文件?...

用户遇到外部硬盘sdb4的I/O错误,导致无法访问和卸载分区。通过fsck进行修复,虽然大部分文件被挽救,但实际找回的文件数量远少于预期。fsck显示分区已修复,但`/run/media/yan/data/lost+found`目录中的文件数量和磁盘使用量与预期不符。尝试了更新版的e2fsck但效果不明显。问题包括丢失文件的找回和磁盘空间释放。
摘要由CSDN通过智能技术生成

我在外部硬盘驱动器分区sdb4上有一个I / O错误(它通常的挂载点是/ run / media / yan / data).

分区没有响应,无法访问并拒绝卸载.我不知道该怎么办但拔下磁盘并重新插上它.之后我的fs出错,所以我运行了fsck:

sudo e2fsck /dev/sdb4 -y -v

它要求许多修复(数千),但由于数据在该磁盘上不重要,我用-y运行它.

data contains a file system with errors, check forced.

Pass 1: Checking inodes, blocks, and sizes

Pass 2: Checking directory structure

# Fixed invalid inode numbers, incorrect filetypes, cleared links, deleted/unused inodes

Pass 3: Checking directory connectivity

# Connected unconnected directory inodes to /lost+found

Pass 4: Checking reference counts

#Fix inodes ref count, connected unattached inode to /lost+found

Pass 5: Checking group summary information

# Fix block bitmap differences, blocks count wrong for group

# Fix inode bitmap differences, directories count wrong for group, free inodes count wrong for group

data: ***** FILE SYSTEM WAS MODIFIED *****

72955 inodes used (0.14%, out of 51200000)

2390 non-contiguous files (3.3%)

17 non-contiguous directories (0.0%)

# of inodes with ind/dind/tind blocks: 0/0/0

Extent depth histogram: 72264/636/1

186984621 blocks used (91.30%, out of 204800000)

0 bad blocks

34 large files

70447 regular files

2453 directories

0 character device files

0 block device files

0 fifos

4294966642 links

46 symbolic links (46 fast symbolic links)

0 sockets

------------

71063 files

因此,如果我理解正确,fsck设法挽救70k文件,因此大多数文件因为我在该磁盘上有75-80k文件.问题是只有20k文件出现在’/ run / media / yan / data / lost found’中,而整个分区上只有24k.

[yan@machine ~]$find /run/media/yan/data/lost+found | wc -l

19786

[yan@machine ~]$find /run/media/yan/data | wc -l

23691

我重新fsck,但他告诉我分区是明确的(并有74k文件?)

[yan@machine ~]$sudo fsck /dev/sdb4

fsck from util-linux 2.28

e2fsck 1.42.13 (17-May-2015)

data: clean, 74200/51200000 files, 186685980/204800000 blocks[/cpp]

根据df和du我也有非常不同的磁盘使用量(我知道应该有区别,但这里似乎太大而不正常):

[yan@machine ~]$df -h /run/media/yan/data

Filesystem Size Used Avail Use% Mounted on

/dev/sdb4 769G 700G 31G 96% /run/media/yan/data

[yan@machine ~]$du -sh /run/media/yan/data

586G /run/media/yan/data

我猜测仍有无法访问的恢复数据.

我的问题是:

1)fsck恢复的文件是否可能不会丢失?在那种情况下,他们在哪里?

2)有没有办法找回那些丢失的文件?

3)如果没有,我如何释放这个空间?

编辑:

我在sourcejedi的推荐上尝试了更新版本的e2fsck:

[yan@machine build]$sudo ./e2fsck/e2fsck -f /dev/sdb4

e2fsck 1.43.3 (04-Sep-2016)

Pass 1: Checking inodes, blocks, and sizes

Inode 40501578 extent tree (at level 2) could be narrower. Fix? yes

Pass 1E: Optimizing extent trees

Pass 2: Checking directory structure

Pass 3: Checking directory connectivity

Pass 4: Checking reference counts

Pass 5: Checking group summary information

data: ***** FILE SYSTEM WAS MODIFIED *****

data: 74200/51200000 files (3.2% non-contiguous), 186685964/204800000 blocks

它没有做太多,丢失发现仍然具有相同的文件数和大小.

解决方法:

我还注意到链接数非常可疑(接近2 ^ 32).

你可以尝试更新的e2fsck,和/或报告错误.这肯定是一个错误.

使用photorec扫描设备/分区可能会恢复更多文件,其中支持格式并且它们是连续的.由于您的FS已满,许多文件不是​​连续的. photorec不会恢复文件名或目录. (例如,如果它们是mp3,你可以使用类似picard的东西来应用mp3元数据中的文件名,即ID3标签).注意photorec需要另一个文件系统上的可用空间,以恢复所有文件.

标签:linux,fsck,data-recovery,e2fsck

来源: https://codeday.me/bug/20190813/1650121.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值