问题标签 [fsck]

我的 hadoop 集群中有一些损坏的块，我们使用的复制因子是 3 。我的理解是，即使一个块损坏了，我们也会在其他节点上再拥有 2 个好的副本。当我在一个好的文件路径中执行 fsck 时，我会得到以下详细信息以及所有副本的位置：/location/to/goodfile1 29600 字节，1 个块：OK 0. BP-xxxx-xx.1xx.1xx。 xx-1364828076720:blk_1114138336_1099565732615 len=29600 Live_repl=3 [/default/xx.1xx.1xx.xx:50010, /default/xx.1xx.1xx.xx:50010, /default/xx.1xx.1xx.xx:50010 ]

状态：健康 总大小：29600 B 总目录：0 总文件：1 总符号链接：0 总块（已验证）：1（平均块大小 29600 B） 最小复制块：1（100.0 %） 过度复制块：0 (0.0 %) 复制不足的块：0 (0.0 %) 错误复制的块：0 (0.0 %) 默认复制因子：3 平均块复制：3.0 损坏块：0 丢失副本：0 (0.0 %) 数据数量-节点：14 机架数：1 FSCK 在 2017 年 12 月 29 日星期五 02:32:32 MST 1 毫秒内结束

但是当我对损坏的文件执行fsck /corruptfile -blocks -locations -files时，我没有得到副本位置，我也看到平均块复制为 0.0：状态：损坏总大小：27853 B 总目录：0 总文件：1 符号链接总数：0 总块（已验证）：1（平均块大小 27853 B）

低于最小 REPL'D 块：1 (100.0 %) dfs.namenode.replication.min：1 损坏文件：1 丢失块：1 丢失大小：27853 B 损坏块：1

最小复制块：0 (0.0 %) 过度复制块：0 (0.0 %) 复制不足块：0 (0.0 %) 错误复制块：0 (0.0 %) 默认复制因子：3 平均块复制：0.0 损坏块：1 丢失的副本：0 数据节点数：14 机架数：1 FSCK 于 2017 年 12 月 29 日星期五 02:39:50 MST 在 0 毫秒内结束

任何人都可以解释一下：1）我认为平均复制为 0.0，这是否意味着我们没有损坏块的副本 2）我们通常删除损坏块以使集群健康，在这种情况下，这是一个正确的删除选项块。3）为什么我看不到这个损坏块的副本位置。4）任何人都可以在他们的损坏块上发布 FSCK 的样本。

谢谢你。

我尝试将副本因子从 3 更改为 1 并重新启动服务。但复制因子保持不变

谁能建议我如何更改现有文件的复制因子？

这是 fsck 报告：

在启动之前，我在 Ubuntu 17.04 上遇到了错误。它说：“意外的不一致，手动运行 FSCK”。所以我在谷歌找到问题的解决方案后输入： fsck /dev/sda2 。重新启动后，我的系统正常工作，没有任何错误。我的问题是： fsck /dev/sda2 是什么意思？

因此，正如标题所示，我正在尝试创建一个预期脚本，该脚本将在我损坏的驱动器上运行fsck 。目标是修复驱动器，以便我可以安装它并从中恢复数据。

手动运行命令时，我得到：

超级块或分区表都可能损坏！中止你？

如果我说“否”，它将开始检查，我会收到：

/dev/footage/TrickCeratops 包含有错误的文件系统，强制检查。通过 1：检查 inode、块和大小在从扫描中获取下一个 inode 时读取块 1221066784（无效参数）时出错。忽略错误 y?

然后我可以说“是”继续前进，它会再次提示我：

强制重写 y ?

这就是我遇到问题的地方......我可以自动化前两个答案，但无法让我的期望脚本在“强制重写？”中回答“是” 。如果我可以让它回答第二个和第三个问题，是的，那么我需要循环它直到完成。

到目前为止，我的脚本如下所示：

“ spawn ./e2fsckscript.sh”只运行一个命令：

sudo e2fsck -b 32768 /dev/footage/TrickCeratops

是否可以运行

当我确定我删除的文件位于我的 Mac 中的特定文件夹下时，对于特定文件夹？

我想禁止 fsck 进行文件系统检查（是的，我知道它的目的）。在线它说要编辑 /etc/fstab 文件中的第 6 列。

我尝试在 kickstarter 文件运行时放置它，但它实际上并没有编辑文件，因为它是内存。我是否希望错误地禁用 fsck 或者我应该如何做？

需要进行 FSCK 并且已经安装了驱动器。由于驱动器设置为只读，mysqldump无法正常工作，如何备份文件？

如何检查根文件系统的完整性？

/etc/fstab 说它是 ext4，而 /etc/mtab 说它是 lxfs。

是否有 fsck 让 lxfs 从外部在卸载的根目录上运行？

或者 Windows 中的 chkdsk 对于​​ WSL 文件是否足够？

从我的 GitLab服务器 repocheck.md收到报告说我的一个存储库中存在问题。这就是问题：

如何在服务器上解决此问题？

我在客户端上有一份很好的 repo 副本：

我在 linux debian buster 下工作。今天早上我照常工作，我的电脑崩溃了。我强迫它关闭，当我重新启动时，它通过邀请我执行 fsck 来向终端显示 initramfs（如果我没记错的话）。这不是我第一次发生这种情况。我通常为我的根分区和主分区执行 fsck -y / dev / sda1 然后 fsck -y / dev / sda3 。但是今天早上，在我崩溃后，当我这样做时，他快速滚动浏览了几条消息，这让我很担心。最后我重新启动了我的电脑，瞧，我再也找不到我的工作文件夹了。事实上，我有一个包含其他两个文件夹的文件夹。嘿，只剩下一个可见的文件夹了。我对丢失文件夹的所有快捷方式都不再有效。当我制作 df -h 时，大小看起来好像文件存在，但看不到它。它不在 / lost + found 我家有一个全局搜索，没有什么我不能再工作了，我所有的工作都在那里，我有一个 1 个月大的备份，但是很好。如果真的真的，你有一个解决方案，请我绝望。我的磁盘分为 4 个，其中 3 个用于 linux，1 个用于 ntfs 谢谢