最近发生了电源故障，导致我的一台服务器掉线。 在重新启动时，主存储文件系统 – 7TB（9x1TB RAID6）文件系统上的JFS – 在安装读写之前需要fsck。 在我开始使用fsck之后，我观察了一段时间，内存使用率稳步上升（但不是太快），CPU使用率达到或接近100％。 现在，大约12个小时，fsck进程消耗了系统中4GB内存的将近94％，CPU使用率下降到了2％左右。 该进程仍在运行（并没有提供进一步运行时间的指示）。 首先：这是否表示有问题？ 我担心的是CPU使用率已经大幅度下降 – 看起来好像这个过程已经成为内存限制，而fsck将会永远完成，因为它花费了所有的时间。 （我注意到kswapd0浮动在顶部的顶部附近，实际上超过fsck进程的CPU使用率超过一半的时间。）如果情况并非如此，如果fsck只是减慢CPU的方式在这个过程结束的时候，这很好 – 我只需要知道这一点。 如果这是一个问题，我能做些什么来提高fsck性能？ 我几乎可以接受任何东西，甚至包括“为系统购买更多内存”。 从上面的相关行： PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5201 root 20 0 58.1g 3.6g 128 D 2 93.8 1071:27 fsck.jfs 而free -m的结果是： total used free shared buffers cached Mem: 3959 3932 […]
我不想避免做一个fsck，但我想知道是否有更好的方法，因此在180天后重新启动后运行不需要很长时间。 如果你在20天之前跑了一次，然后再跑一次，速度会不会更快呢，或者一直做全面检查，做这样的事情没有意义？ 最好的做法是保持最新状态，并尽量减less重新检查每次运行的时间？
今天出于奇怪的原因，我的一个Ubuntu 64位服务器的Linux虚拟机无法启动？ 它在FSCK扫描状态下停止，并附带错误。 几天前，我已经成功地添加了新的硬盘，并将其格式化为sdb5，没有任何问题。 任何指导和意见将不胜感激。 谢谢。 这里是更新的
当我在CentOS 5服务器的已安装根分区上运行只读fsck时，会发现一些错误。 但是，在下次启动时运行强制检查没有find任何！ 以下是挂载的只读检查的结果： # fsck -nCf / fsck 1.39 (29-May-2006) e2fsck 1.39 (29-May-2006) Warning! /dev/sda3 is mounted. Warning: skipping journal recovery because doing a read-only filesystem check. Pass 1: Checking inodes, blocks, and sizes Deleted inode 232259589 has zero dtime. Fix? no Inodes that were part of a corrupted orphan linked list found. Fix? […]
我有一个大约5GB的文件夹，突然消失了。 当我检查它的硬盘时，发现它在这个文件夹上有2-3MB的坏扇区。 也许它在文件夹的指针上。 分区是EXT3，操作系统是Debian。 我试过fsck命令，但是没有奏效。 我该怎么办？ 我怎样才能恢复数据？ 任何程序或命令？
我正在使用Debian 7和两个硬盘：500Gb PATA和750Gb SATA。 blkid向我展示了以下内容： root@intel:/etc# blkid /dev/sda1: UUID="b6350c6b-5fbd-4e07-9a4b-10b600fbb64c" TYPE="swap" /dev/sda2: UUID="2f852e13-38ee-4b56-a474-d675c22d5f28" TYPE="ext4" /dev/sda3: UUID="78e34fe3-365c-4c4d-86b8-51615641f9ec" TYPE="ext4" /dev/sdb1: LABEL="data" UUID="03c3f01f-d390-49de-a570-3de4b73a9fea" TYPE="ext4" fstab的内容： root@intel:/etc# cat /etc/fstab # <file system> <mount point> <type> <options> <dump> <pass> # / was on /dev/sda2 during installation UUID=2f852e13-38ee-4b56-a474-d675c22d5f28 / ext4 errors=remount-ro 0 1 # /home was on /dev/sda3 during installation UUID=78e34fe3-365c-4c4d-86b8-51615641f9ec /home […]
有一次在重新启动后，我发现fsck在操作系统磁盘上会失败，在我的很多服务器上启动变得不可能。 然后我不得不重新安装操作系统，并从失败的操作系统磁盘进行数据迁移。 下列措施是否可以防止这种情况发生？ 1.定期在磁盘上调度fsck 2.使用RAID 5/6 任何其他build议和最佳实践？
当用户的Red Hat 5.x工作站崩溃并且在文件系统出错时，在下次启动时，它要求root密码进入单一模式并手动运行fsck。 这很烦人，因为用户不能使用他的工作站，我们需要发送一个人来运行fsck。 用户不会在工作站上存储任何有价值的数据，那么有没有办法将这个fsckconfiguration成在没有任何密码的情况下自动运行错误？
操作系统是CentOS 5。 通常在不清洁的关机之后，CentOS的启动文本会显示一些由于不清洁的关机而需要的fsck。 （我不记得我头顶的确切文字） 另外，如果你在没有fsck的情况下进入某个特定的天数，将会显示消息“check forced”，机器将会fsck。 但是，如果这两个项目是真的呢？ 该机器有一个不清洁的关机，它已经1000天没有fsck，哪些信息在启动过程中打印？ 为什么我需要知道？ 我需要知道是否可以跳过fsck。 这种情况不会经常发生，但确实出现了。 当然，他们应该使用xfs，当然应该是多余的，但这是现实生活。 有时你会遇到fsck需要10个小时的情景，而每个分钟都是停机。 （就个人而言，我会说永远不要跳过fsck，但这不是我的要求）
当我尝试挂载一个现有的磁盘时，我收到消息 sudo mount -t ext4 /dev/sdc1 /data mount: wrong fs type, bad option, bad superblock on /dev/sdc1, missing codepage or helper program, or other error In some cases useful info is found in syslog – try dmesg | tail or so 当我看着dmesg ，我明白了 [ 707.504050] EXT4-fs (sdc1): group descriptors corrupted! 然后我运行命令 sudo e2fsck -p /dev/sdc1 […]