无法使用fsck解决数据损坏警告


17

为了为文件系统创建一个连续的空间,我在sda1处创建了一个新的EFI系统分区,以便可以从sda5的当前分区迁移它。除了警告说:

内核:FAT-fs(sda1):未正确卸载卷。某些数据可能已损坏。请运行fsck。

当我第一次创建EFI分区时,我没有注意到已经存在两天的警告。我卸载文件系统并执行文件系统检查,如下所示:

# umount /dev/sda1
# fsck -V /dev/sda1
fsck from util-linux 2.24
[/sbin/fsck.vfat (1) -- /boot/efi] fsck.vfat /dev/sda1 
fsck.fat 3.0.24 (2013-11-23)
0x25: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
1) Remove dirty bit
2) No action
? 1
Leaving filesystem unchanged.
/dev/sda1: 14 files, 2435/51145 clusters

我以为删除脏点将解决此问题。但事实并非如此。实际应该做什么?

Answers:


26

真傻 我发现自己再次回答了自己的问题。它说,

保持文件系统不变。

暗示什么都没有改变。这实际上意味着1在按enterfsck提示符后按入键入不起作用。无论如何,以下方法确实有效:

# fsck.vfat -v -a -w /dev/sda1

上面的命令自动将更改写入磁盘。如果有人能告诉我这是错误fsck还是其他原因,那就太好了。


4
的手册页fsck.vfat解释说,除非您提供-a-r选项,否则它只会进行空运行且不会进行任何更改。其他文件系统类型的检查工具也是如此,尽管具体选项可能有所不同。
迈克尔·汉普顿

4
@MichaelHampton,是的。偷偷摸摸的脚注说Note: If -a and -r are absent, the filesystem is only checked, but not repaired.。那些在看的man fsck人永远都不会发现:p
问题溢流2014年

2
@MichaelHampton,是的,但是没有提到空转。
2014年

1
@MichaelHampton的核心fsck(在debian 8.2上)不仅没有明确说明-而且还引用了两个矛盾的含义-r-只是使事情变得更加复杂...
underscore_d 2015年

1
@underscore_d并不矛盾,只是令人困惑。其中一个是常规fsck选项,另一个是fs特定选项。这些出现在之后--,并传递到特定于fs的工具。
迈克尔·汉普顿
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.