今天解压缩一个非常大的档案后，我们的一台红帽服务器变得没有反应。 重新启动后，我们收到以下文件系统错误。 Inode 93464太大意外不一致运行fsck手动 立即运行fsck提示我们截断Inode。 这已经产生了一些问题。 喜欢，和Inode怎么变大？ 如果你截断所说的Inode会发生什么。 我假设你失去对Inode引用的文件和/或目录的逻辑访问，以及对其他链接的Inode的任何其他引用。 我们正在运行Redhat Enterprise 4。
我在FreeBSD8上。 我有一个分区的问题。 我无法安装它。 它说“不允许操作”。 我运行fsck -t ufs /dev/da0p1 。 完成操作后，我可以成功安装它。 但现在分区中没有任何数据。 我不知道它是否有一些数据。 问：在未安装的分区上运行fsck。 会导致数据丢失吗？ 如果是，是否有办法恢复？ 编辑：我只运行fsck -t ufs /dev/da0p1 。 没有-y或-n，当它运行时，它打印Phase1,2,3,4，…并成功完成。 一路上没有提示。
我有一个小型的威盛Ubuntu服务器作为防火墙，第二个与Ubuntu桌面托pipe不同的服务（networking，邮件，…）。 由于一个未知的原因，两台计算机的sda1分区（启动分区）发生了一些错误。 我怀疑这是由于今年夏天的停电引起的，尽pipe我有一台APC UPS。 我昨天才发现这个问题，因为错误导致apt-get升级中止。 这是足够聪明，让我在一个国家，并指示修复文件系统。 当引导防火墙服务器时，fsck阶段告诉我磁盘是好的。 但是在logging之后，当我做了一个fsck -n -C / dev / sda1它告诉我有错误。 空闲块的数量不匹配。 在另一个VIA上用同样的命令运行一个fsck，报告我很多错误。 在网上快速search如何修复文件系统返回给我的build议，使用Live CD。 但防火墙服务器没有CD / DVD。 我有一个USB DVD，但想知道是否有可能修复文件系统而不使用它，因为我没有一个在这里的现场CD。 编辑：我很幸运，桌面ubuntu的自动定期检查发生，并检查我的sda1磁盘。 显然它报告没有错误。 可能是由于我在挂载的磁盘上运行fsck而显示错误。 但在Ubuntu服务器上，由于文件系统错误导致apt-get升级中止，因此肯定有错误。 我烧了一个Ubuntu服务器10.04 LTS，但是我的USB光盘驱动程序在引导过程中没有考虑到，尽pipe我可以在BIOS中select它。 也许我需要一个BIOS升级。 如果我能find在Ubuntu服务器启动时强制fsck的方法，并依赖其结果，那么事情就会好的。 解决scheme：在/命名的forcefsck中以root身份创build一个空文件，并使用命令“shutdown -rF now”重新引导。 这将在启动时强制fsck，并在需要时进行修复。 $ sudo touch /forcefsck $ sudo shutdown -rF now 显然没有发现错误。 所以我最初看到的错误可能是由检查一个已安装和使用的文件系统造成的。
我有一个CentOS 5.5服务器（HP ProLiant双磁盘RAIDarrays），工作正常，直到上周断电。 （很长的故事，但当时没有正确configurationUPS）。断电后，服务器重新联机并工作了一两天，但在networking浏览中逐渐变慢，然后无法通过SSHlogin。 用户在控制台（服务器距离我现在的位置4000多英里）也无法login。 担心硬件问题，所以我有一些本地的帮助从系统救援光盘启动。 e2fsck需要做一些日志恢复，但其他事情最初检查出来。 没有正确的重启，系统没有任何严重的红旗。 （不幸的是，我在控制台上的那个人并不是很擅长发现什么是exception的，但是没有任何东西可以作为警告或错误出现）。当他试图在控制台上login时，它会尽快得到用户名当他开始input密码的时候，他得到了“type = 1100 audit（1291752714.120：13）”，接着是他所描述的废话（我知道，我可能需要他逐字地给我），最后以“被称为“ext3_abort”和“重新挂载文件系统只读”。 我认为，好吧，也许有一些最初的fsck没有find，所以让我们做坏块扫描。 重新启动救援CD，昨天晚上在所有的分区上做了e2fsck -c，没有报告坏块。 我现在正在运行非破坏性的读写检查，但由于分区大小，我不认为这将是一个非常有效的使用时间。 当我从无法login的硬盘驱动器检查日志时，没有任何关于驱动器问题的信息，这使我感到困惑。 从上周开始之前的日志可以看出，有一些针对服务器的调查，所以我想到了一种妥协。 我是远程执行干净安装的游戏，但是我想我会看看是否有人有任何想法，为什么从硬盘驱动器启动会build议磁盘问题，但从救援CD fscking没有提出任何问题。 任何人以前见过这种行为？ 在花费时间重新安装之前，我应该做更多的事情来检查硬件问题。 谢谢。
我在Ubuntu 9.10上通过以下方式在ext4上重启了fsck： cd /forcefsck && reboot 。 这很顺利，但之后在/中出现了两个新文件： list-l和list-c 。 两者都是空的。 这些文件的目的是什么？ 谢谢
如果我只有一个ext3分区/ dev / sda1，有没有可能运行fsck？ 文件系统处于只读模式，重新启动没有帮助 – 自动fsck失败，需要手动。 我有权访问我的VPS控制台。 我不能使用live CD和类似的技术，只能使用命令提示符。 我尝试了以下（CentOS 5.6）： telinit S mount -o remount,ro -t ext3 /dev/sda1 / fsck -fyC /dev/sda1 它拒绝在分区挂载时启动fsck。 现在，我明白我错了（ SF主题 ）。 不过，有什么办法可以避免使用fsck -n吗？ 谢谢。
由于内存限制，我在运行e2fsck时遇到了问题，详见本问题 。 在调查过程中，我遇到了一些比较普遍的事情，所以我就把它放在自己的问题上。 运行e2fsck时，机器上的内存使用率将达到99％左右。 也开始有一些交换。 然而奇怪的是，这是top -M输出的开始： top – 14:09:37 up 1 day, 4:14, 3 users, load average: 1.00, 1.00, 0.92 Tasks: 127 total, 2 running, 125 sleeping, 0 stopped, 0 zombie Cpu(s): 12.4%us, 1.8%sy, 0.0%ni, 81.1%id, 4.6%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 1004.961M total, 987.484M used, 17.477M free, 664.469M buffers Swap: 21.953G total, 72.574M used, […]
我遇到了fsck的问题。 使用cat / proc / mdstat我有这样的： md0 : active raid1 sda1[3] sdb1[2] 524276 blocks super 1.0 [2/2] [UU] 第一次使用fsck时，我犯了一个错误，因为我使用了fsck / dev / sda1，但是我记得那时我在这个服务器上有了raid1 – 正确的使用是fsck / dev / md0。 我用fsck / dev / md0，但是一直没有收到。
为冗长的问题提前道歉。 我们有一个Dell PowerEdge R720服务器： RAID 1中的2个136GB SAS驱动器（ Ubuntu Server 12.04 ） 3TB SATA drives in RAID 5 6个3TB SATA drives in RAID 5用于data 前几天我们试图访问大型RAID 5分区上的文件时出现错误。 我们重新启动了服务器，并得到了有关the raid controller has found a foriegn config 。 我们之前已经有了这个function，只需要使用戴尔的RAIDconfiguration工具来import foreign config到RAID中即可。 上次这个工作，但这一次，它开始做一个磁盘检查，然后我们得到这个： FSCK has returned the following: "/dev/sdb1 inode 364738 has a bad extended attribute block 7 /dev/sdb1 unexpected […]
vzctl start 192 Dump file /vz/dump/Dump.192 exists, trying to restore from it Restoring container … Opening delta /vz/private/192/root.hdd/root.hdd Data cluster 1112 beyond EOF, vsec=47137… FATAL Error in ploop_check (check.c:547): Fatal errors were found, image /vz/private/192/root.hdd/root.hdd is not repaired Error in check_deltas (check.c:631): /vz/private/192/root.hdd/root.hdd : irrecoverable errors Failed to mount image: Error in check_deltas (check.c:631): /vz/private/192/root.hdd/root.hdd […]