我有一个2TB的ext4文件系统（Ubuntu运行Linux内核2.6.31-22-服务器x86_64）。 该文件系统是通过USB插入的Drobo盒上的第二个驱动器。 我们在第一个驱动器上没有问题（由于一些操作系统的限制，Drobo限制驱动器大小为2TB，所以如果你有更多的空间，它显示为两个独立的驱动器）。 我使用Samba（smbd 3.4.0）与Windows和Linux工作站混合共享这些文件。 最近我们在多个文件中遇到了一些数据损坏。 在很多情况下，我有一个工作站上存储的未损坏的原始文件。 这些是各种格式的二进制文件（例如SQLite，但也有其他格式）。 我用“拆分”将损坏和未损坏的文件拆分为4096字节的块（这是ext4文件系统的块大小）。 然后我在成对的块上运行md5sum，发现块在许多情况下匹配，并且在每个不匹配的情况下，被破坏的块都是零块（ 620f0b67a91f7f74151bc5be745b7110 ）。 我试图find一个罪魁祸首，但有点不知所措。 我不相信桑巴是错误的，因为我在Drobo出口的第一个驱动器上使用它没有问题。 我能做些什么来缩小这个范围，找出发生了什么？
我有一个ext3分区，所以当我这样做： mount /dev/blah /mnt/blah 它会自动挂载为ext3。 我可以通过运行将它挂载为ext4 mount -t ext4 /dev/blah /mnt/blah 它的工作。 我认为分区标记为ext3。 是否有可能将其更改为ext4，以便： mount /dev/blah /mnt/blah 将它挂载为ext4。 这是一个实验。 我想在不启用ext4中的新function的情况下这样做，所以我可以回到ext3。
在安装CentOS 6.x时，如何用ext4指定文件系统types，并在kickstart文件中使用autopart指令？ 使用autopart指令的默认文件系统types是ext3，不能pipe理非常大的磁盘空间。
我有一台CentOS 6x服务器并在其上运行Java应用程序，应用程序正在使用一个挂载点/ javapp，这是一个EXT4文件系统。 突然我在系统日志中出现以下错误： 内核：尝试访问超出设备端 内核：dm-2：rw = 0，want = 34359697536，limit = 112984064 我发现这个错误可能是由两种可能的情况之一造成的： 存储大小调整（例如，LVM或SAN） 腐败者文件系统 所有的指针都表明文件系统损坏，因为我没有改变任何支持磁盘的大小。 我的问题是，应用程序是否能够破坏文件系统？
使用ext4 FS设置新的64位RHEL 6服务器。 以前只使用ext3和32位RHEL5。 无论我尝试什么，我都无法工作。 mount的当前设置（来自“mount”命令）： /dev/sda7 on / type ext4 (rw,noatime) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw,noexec,nosuid) /dev/sdb1 on /backup type ext4 (rw) /dev/sda1 on /boot type ext4 (rw,noatime) /dev/sda8 on /home type ext4 (rw,noatime,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0) /dev/sda2 […]
我的需要总结 我们把大量的文件放在文件系统中，以备以后分析。 我们无法控制我们将要拥有的文件数量，而这一个盒子需要访问所有文件。 不可改变的限制 我无法更改inode限制。 这是ext4，这是默认的40亿美元 总会有很多文件。 问题不在于如何减less文件数量; 这是如何规避4Bn的inode限制。 我无法使用networking存储。 这个盒子住在一个数据中心，由于现有数据吞吐量惊人的数量，networking存储不是一个选项。 我的想法 我可以在我们放置这些文件的位置将文件挂载为回送设备。 Pro：简单实施 Con：复杂性的另一层，但非常薄。 XFS。 没有inode限制。 亲：这显然只是消除了这个问题。 Con：不确定在生产系统中进行这种改变有多大的灵活性。 我的问题 为了规避这个严峻的限制，还有哪些其他的方面呢？ 我提到的方法还有其他的好处/缺点吗？
我们在LVM上创build了一个ext2文件系统，并在日常使用中运行8-10个Web服务器（软件，临时文件，日志文件）。 这些光盘对于操作系统是“本地”的，但实际上是提供给VmWare ESX服务器的SAN磁盘。 我们的“服务器”是运行RedHat 6的虚拟服务器。 磁盘大小为56GB，大约26GB的使用率（变化）。 日志文件是最活跃的，范围从10kb到2GB。 终身写（自2012年8月以来）根据tune2fs约23 TB（是的，Tera）。 关于文件系统（而不是进程） – 从ext2升级到ext4与创build一个新的文件系统ext4 ，复制和切换到新磁盘有什么优点和缺点？ 我们将去到ext4 ，并可能会创build一个新的FS和副本 – 因为磁盘不是一个问题，但升级会给我们相同的 – 会升级之前创build的文件和目录改变？ 如果旧文件和新文件之间存在差异：会有什么不同？
我有一台运行CentOS 6.3的虚拟机。 LVM未安装。 从VM端，我已经将底层磁盘从15GB增加到了40GB，所以我现在需要扩展分区和文件系统。 我设法启动到“救援模式”，所以没有文件系统安装。 当试图使用parted的resize命令时，我的问题会发生。 [root@livedvd ~]# parted (parted) print Model: VMware Virtual disk (scsi) Disk /dev/sda: 42.9GB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 1049kB 269MB 268MB primary ext3 boot 2 269MB 1880MB 1880MB primary linux-swap(v1) 3 1880MB 17.2GB 15.3GB primary ext4 (parted) 所以我现在尝试扩展分区： […]
我有分区，我将用它来保存VirtualBox磁盘映像（VDI，或可能是VMDK）。 它们是固定大小的（不是dynamic分配的）图像。 分区上没有其他文件/目录（分区根目录中只有几个* .vdi文件）。 哪个ext4参数最适合这个目的？ 由于分区只包含几个固定大小的 〜20 GB文件，并且在分区上没有其他文件被创build – 我想可以使用一些特殊的标志来优化性能。 要求： 稳定性：在突然断电的情况下，图像不能被破坏（或者，至less应该使用默认的ext4选项来破坏图像）。 最高的性能。
我有一些在SLES 10（现在已经很久以前的EOL）上已经运行了十年以上的系统。 我们正在迁移到CentOS 6 64位。 我把所有的东西都完成了，但是最后的数据同步了，瞧，惊讶，我用完了磁盘空间，除了inode表，不是原始容量。 ReiserFS（在SLES框中使用）并没有强制实施一个限制 – 事实上，我甚至不知道有多less个inode正在使用，因为它不但没有执行，甚至也没有跟踪/报告它们。 我可以用一行就可以得到这个数字，没问题。 我的问题很大程度上围绕着LVM。 这是我的弱点。 我只是真的使用它，自1993年以来主要使用原始设备。 我拥有的是具有逻辑卷组的新机器，其中包含交换分区和作为两个卷的根文件系统。 这是一个巨大的100GB，但它需要有超过6.5mil的inode …我用完了6.4mil。 我完全理解，我需要得到一个全新的ext4文件系统，因为你根本无法增加inode计数。 我在VMWare下工作，这有帮助。 我可以根据需要简单地添加/删除虚拟驱动器。 我想基本上用一个有更好的inode比率的根文件系统replace我们的用途。 我不确定的是如何处理这个的LVM部分，以及实际的“恢复数据而不恢复文件系统[即保存inode表的部分等]本身，我基本上需要得到数据到一个空闲的虚拟驱动器，根据需要重新格式化根分区，然后恢复驱动器，LVM以我的方式进入知识领域，在某种程度上我熟悉了lvcreate，lvchange等等。我可以使用一个正确的描述哪些工具正确地使用来处理整个文件系统（它是一个文件系统，所有驻留在/，所以它包括/ dev等），只要备份和恢复，特别是LVM换出。 如果有助于编写命令等，则假定vg_webserver4c6为逻辑卷组，lv_root和lv_swap为逻辑卷名称。 lv_root是问题的孩子。 任何帮助非常感谢 – 越详细，越好！ 谢谢！