当我在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? […]
我正在pipe理一个运行Redhat WS4 update 3的旧pipe理服务器，而且我们有一个ext3卷，在/ opt上安装了一个大的（30GB）sqlite数据库。 每次我在这个数据库中进行大量的查询/插入操作，都会引起IO等待，以至于我们无法再login到服务器，也不能向其他用户申请，也不能编辑crontab文件（vi永不退出）。 我正在用mysqlreplacesqlite，同时备份19GB或mysql目录，我遇到了同样的问题。 请注意，这些操作是由普通用户完成的。 服务器是64位内核2.6.9-34.ELsmp的PROLIANT DL385 G1。 我现在考虑重新安装卷作为ext2来看日志是否是我的问题的来源，但我真的不知道接下来要检查什么。 每一个严重的文件副本最终都会阻止其他用户尝试login的服务器，一旦复制结束，服务器恢复正常。 我需要指向下一步看什么来解释这种行为（旧磁盘变慢？坏的内核与已知的错误？腐败的日志触发成千上万的多余的读/写？等等） 提前致谢。
我有一个大约5GB的文件夹，突然消失了。 当我检查它的硬盘时，发现它在这个文件夹上有2-3MB的坏扇区。 也许它在文件夹的指针上。 分区是EXT3，操作系统是Debian。 我试过fsck命令，但是没有奏效。 我该怎么办？ 我怎样才能恢复数据？ 任何程序或命令？
我最近遇到了几个不同的“策略”为他们的/ boot分区的服务器（顺便说一句，总是/ dev / sda1,512M） 有些服务器使用ext2作为/ boot，有些使用ext3作为/ boot，后者有些closures日志或closures日志并添加了sync选项。 我不会考虑相关性和相似性，因为我不相信这些选项在这里是相关的。 ext2分区和ext3分区之间有什么重要和相关的区别，closures/ boot分区的日志logging？ 我相信，在线文件系统的增长和htrees根本没有使用/ boot分区，我不明白什么ext3提供比ext2。 如果没有日志，会推荐“同步”选项吗？ 在碰撞/恐慌/哎呀或性能明智的情况下，这些设置中的任何一个都可以从易于pipe理的angular度脱颖而出？ 对于这样一个小的（512MB）/ boot分区，分区/格式types应该有什么共识？
我在Ubuntu 9.10（Karmic）上使用LVM。 我有一个LVM物理卷（和一个卷组）。 我有一个LVM逻辑卷内的ext3文件系统，我不再使用，但暂时我不想删除它。 我试图弄清楚如何最小化我的PV内占用的空间。 resize2fs具有-M选项，可以很好地调整文件系统的空闲空间大小，但这当然不会影响逻辑卷。 大多数在networking上的收缩ext3内部的LV（例如这个 ），遵循这个基本的模式，以缓解文件系统边界等计算不准确的问题： 收缩ext3比你想resize2fs更多 收缩LV到你想要的确切大小 重新运行resize2fs稍微增加文件系统，以有效地使用完整的LV。 这并不能完全解决我的问题，因为我希望LV大小由文件系统驱动，而不是相反。 有没有一个命令或命令我可以跑这样做？ 或者，我有可能对文件系统的大小进行计算，以便在某种程度上给予信任？
我有一个RAID5中的3个2TB磁盘，我扩展到了一个5TB的RAID5（详情在这里 ）。 这一切都很好，但是当我去到文件夹我有数组挂载到（/ var / media），它只显示3.5TB的可用空间。 当我检查RAID时，它显示8TB的正确容量，并显示它安装在正确的安装点（/ var / media）。 这里发生了什么？ 我还需要做什么？
我的谷歌必须吮吸。 我还没能find一个很好的解决scheme如下： 商品硬件上众多的Linux服务器 试图做一个恢复镜像复制到外部硬盘 外部硬盘驱动器比源硬盘驱动器小，但比数据大 外部驱动器通过usb2连接（慢速） 服务器的范围从20GB的数据到400GB的数据 服务器是远程的，所以手动访问是一个痛苦 需要复制启动文件。 目前空的外部驱动器 基本上，寻找一种方法来使用内部运行的Linux服务器内部的重影解决scheme，而不是启动一个光盘等rsync / cpio解决scheme，我看着不使用GRUB / dev / proc等伟大的工作。 我明白，由于系统不离线，它不会是文件更改的“镜像”图像，但那没关系。 有没有任何免费/商业产品可以工作？
最近我有几台服务器在EXT3文件系统上遇到了写入错误，并因此重新安装了文件系统只读。 在生产服务器上可以理解，这会导致严重的问题。 在重新启动固定的大型分区的文件系统时，这需要花费很多时间。 在修复了文件系统之后，纠正了几个错误，服务器再次运行良好。 我能做些什么来最小化发生这种情况的速度？ 我似乎无法find关于定期检查正在运行的服务器上的文件系统的信息。 是否可以改变EXT3 /系统处理写入错误的方式？ 什么将是一个理智的解决scheme。 所有与此有关的服务器都运行CentOS Linux 5.4或5.5。
当用户的Red Hat 5.x工作站崩溃并且在文件系统出错时，在下次启动时，它要求root密码进入单一模式并手动运行fsck。 这很烦人，因为用户不能使用他的工作站，我们需要发送一个人来运行fsck。 用户不会在工作站上存储任何有价值的数据，那么有没有办法将这个fsckconfiguration成在没有任何密码的情况下自动运行错误？
IIRC我的操作系统类，在Linux中一个目录的大小是由它包含的文件数量（[维基百科链接]） 1 那么，为什么只有2个文件的目录占用32000个块？ # stat . File: «.» Size: 16855040 Blocks: 32968 IO Block: 4096 directorio Device: 6805h/26629d Inode: 3047425 Links: 2 Access: (0775/drwxrwxr-x) Uid: ( 501/ jboss) Gid: ( 501/ jboss) Access: 2011-08-26 12:00:20.000000000 +0200 Modify: 2011-08-26 10:58:07.000000000 +0200 Change: 2011-08-26 10:58:07.000000000 +0200 该目录可能在过去的某个时间点有很多文件（数千个），但现在不是。 这里发生了什么事？