有电源故障，现在我的mdadmarrays有问题。 sudo mdadm -D / dev / md0 [hodge @ hodge-fs〜] $ sudo mdadm -D / dev / md0 / dev / md0：版本：0.90创build时间：星期日4月25日01:39:25 2010 Raid Level：raid5 Array大小：8790815232（8383.57 GiB 9001.79 GB）使用开发大小：1465135872（1397.26 GiB 1500.30 GB）Raid设备：7设备总数：7首选次要：0持久性：超级块持久性 Update Time : Sat Aug 7 19:10:28 2010 State : clean, degraded, recovering Active Devices : 6 Working Devices : 7 Failed […]
今天早上，我发现我的服务器没有响应，无法连接到服务器进行安全的重启。 我不得不拔出插头重新启动。 重启后，一切似乎是正常的，直到启动CentOS。 下面是我所拥有的屏幕截图。 硬盘没有报告任何错误，所以这在我看来已经损坏了。 我不知道下一步该怎么做。 我怎样才能使这个系统备份和运行？ 服务器仅用作rsync离线备份驱动器。 重新安装是一种select，但只能作为最后的手段，因为服务器拥有1TB的备份数据并重新同步，在我们的办公室连接上需要一个月的时间。
我最近受到爱尔兰的AWS问题的影响，失去了一个数量，需要尝试恢复。 我已经将问题卷附加到/ dev / sdf – 我对此完全陌生，并不完全确定发生了什么事情，但这看起来并不怎么样 > sudo fsck / dev / sdf 来自util-linux-ng的fsck 2.17.2 e2fsck 1.41.12（2010年5月17日） fsck.ext4：超级块无效，尝试备份块… fsck.ext4：尝试打开/ dev / sdf时，在超级块中出现错误的幻数 超级块不能被读取或不能描述正确的ext2 文件系统。 如果该设备是有效的，它确实包含一个ext2 文件系统（而不是交换或ufs或其他），然后超级块 已损坏，您可以尝试使用备用超级块来运行e2fsck： e2fsck -b 8193 当运行fdisk -l / dev / sdf …我收到>> sudo fdisk -l / dev / sdf 磁盘/ dev / sdf：8589 MB，8589934592字节 255个磁头，63个扇区/磁道，1044个磁道 单位= 16065 * 512 […]
如果我将fstab（pass列）中的第6列设置为0，那么这是否意味着无论文件系统本身的文件系统状态，安装计数和检查间隔如何，都不会在启动时强制执行检查（请参阅dumpe2fs ） ？ fstab手册页确实说明： 如果第六个字段不存在或为零，则返回零值，fsck将假定文件系统不需要检查。 但也许有一个例外？
我最近添加了第七个2TB驱动器到一个Linux md软件RAID 6设置。 md完成从6到7驱动器（从8到10TB）的arrays整形后，我仍然能够安装文件系统没有问题。 为了准备resize2fs，我然后卸载分区并运行fsck -Cfyv ，并且遇到了数以百万计的随机错误。 这里是一个简短的摘录： Pass 1: Checking inodes, blocks, and sizes Inode 4193823 is too big. Truncate? yes Block #1 (748971705) causes symlink to be too big. CLEARED. Block #2 (1076864997) causes symlink to be too big. CLEARED. Block #3 (172764063) causes symlink to be too big. CLEARED. … Inode 4271831 […]
我们一直在部署无风扇PC进行研究。 其中一些在他们的操作系统从SD卡运行时有HD问题。 我看到的情况下，我需要fsck一个或两个文件夹。 我已经尝试过使用shutdown -rF now但似乎并没有这样做。 在系统日志中有说明东西是固定的，但似乎并不是。 同样，系统日志中的事件顺序也使得当fsck完成时（OS fs被挂载），操作系统已经完全启动。 当然不是一件好事。 有没有其他的方法来解决这个问题，而不必进行服务调用和更换单位？ 操作系统：debian 6.x 注意：我看到了 。 给我的关机命令的概念，但它似乎并没有正常工作（或我没有正确使用它）。
我创build了这样一个文件系统： dd if=/dev/zero of=disk-image count=40960 文件系统是用这个创build的： /sbin/mkfs -t ext3 -q disk-image 然后，我装载并复制了一些testing文件，并像这样卸载： mount -o loop disk.image foo cp "something" foo sudo umount foo 然后我运行一个e2fsck -c -c disk-image返回 "Pass 1: Checking inodes, blocks, and sizes Inode 185, i_size is 16384, should be 17408. Fix<y>? yes 我的问题，因为这是一个文件，而不是一个块设备，是上面的警告我应该担心的东西。 如何做一个在文件中的文件系统的fsck？
在托pipe工具中运行Ubuntu 8.04机器的机器上有文件系统问题。 什么曾经是一个目录现在看起来像这样： b–xr-SrwT 52 825452087 876163170 56, 97 2021-10-10 05:43 58 这是caching数据，所以我不介意数据丢失，我只是想修复文件系统。 问题是，这是根文件系统，所以我不能卸载它运行fsck。 所以我的问题是：如何在根文件系统上运行fsck，而不必一直驱动到托pipe中心？
我的MOTD正在显示： *** /dev/md2 will be checked for errors at next reboot *** *** /dev/md1 will be checked for errors at next reboot *** *** /dev/md3 will be checked for errors at next reboot *** 但是，标准的sudo shutdown -r now不会检查磁盘，并且消息仍然存在。 我的猜测是，分区应该被检查，他们不是…所以我怎么能让Ubuntu在重新启动时检查分区，保持事情的美好和安全？ 更新 – 这是cat /etc/fstab的输出 proc /proc proc defaults 0 0 none /dev/pts devpts gid=5,mode=620 0 0 […]
基本问题： fsck需要多久才能修复一个100GB（1700万块）的文件和多重声明的块？ 问题的长版本： 在UPS发生故障之后，我遇到了一个Ubuntu 10.04服务器，它在初始启动时掉进了fsck。 这是正常的，购买通常约半小时的固定各种问题，同意提示足以让服务器回来。 不过，不是今天。 今天，我得到了一个巨大的数字列表滚动通过控制台matrix式好几分钟。 基本上是一线一线的： Multiply-claimed blocks in inode xxxxxxxxx 无论如何，过了几分钟后，它终于平息下来，我得到了： Pass 1C: Scanning directories for inodes with multiply-claimed blocks 其次是… Pass 1D: Reconciling multiply-claimed blocks ..和.. (There are 32 inodes containing multiply-claimed blocks.) 这听起来不是很糟糕，但是它开始浏览一些文件，如下所示： File /path/to/a/file has 1 multiply-claimed block(s) shared with 1 file(s): /path/to/another/file Clone multiply-claimed blocks? yes 这个问题已经回答了我，这个过程还在继续。 […]