我最近把我的逻辑卷（在/ home）从16TiB扩展到25TiB。 但是，当我尝试在我的/ dev / vtrak / home上运行extend2fs时，它抱怨说 resize2fs 1.41.12 (17-May-2010) resize2fs: File too large while trying to determine filesystem size 经过进一步的调查，似乎ext3只会给我一个16TiB文件系统的最大值。 在这个文件系统中有15 TB的数据。 我现在应该怎么做？ 我可以尝试移到ext4（但是我可以在哪里暂时放置我的数据，以便更新文件系统？）。 尝试将用户的家庭文件夹分成单独的文件系统？ 更新：search互联网与参考，虽然ext4支持> 16TiB，目前的代码不（WTH）。 有人对此有个人经验吗？
我正在做一些IO密集的数据库导入，现在运行了好几天，IO性能已经下降了很多倍。 DB数据文件（日志文件）位于ext4格式化的逻辑卷上，该卷使用默认选项（未在fstab中指定特殊内容）进行装载。 因为我刚刚了解到ext4默认启用了写屏障：问：是否有某种方法可以在线（即，在文件系统正在使用中）禁用写屏障，因为我无法中断导入，也不想重新启动。 我知道这一点 写障碍可能不是阻碍performance的唯一因素 如果数据安全是重要的（例如在生产系统上），那么在日志文件系统上禁用写入屏障是一个坏主意。
我有几百个需要迁移到新服务器的文件夹。 我被要求为每个单独的文件夹创build一个xfs FS。 冉一个杜，所以我知道每个文件夹的确切大小和1G的指定块大小。 如何计算创build每个虚拟磁盘所需的大小？ 在用xfs格式化之后，我失去了一些空间。
TL; DR如何从损坏的RAID1分区恢复ext4文件系统？ 我的情况 我在Synology DiskStation上有一个属于RAID1arrays的故障磁盘，另一个则丢失。 使用ddrescue我已经将大部分相关数据复制到一个新的磁盘。 分区表依然存在，但是RAID设置必不可less的一些块已损坏。 # fdisk -l /dev/sdd Disk /dev/sdd: 3000.6 GB, 3000592982016 bytes 255 heads, 63 sectors/track, 364801 cylinders, total 5860533168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x0003f44a […]
我的磁盘是RAID 10中的10x1TB SAS 7200 RPM，带有caching/ BBU的MegaRaid 9260硬件控制器。 这导致了一个4.6TB的RAID 10卷。 hdparm -t （当设备为空时）结果为500MB / s。 RAID块大小为64KB，文件系统块大小为2KB（我将把它改为最小块大小和4KB块大小）。 目录模式是/data/x/yz/zyxabc.gz 我正在使用EXT4并计划迁移到XFS。 操作系统是RHEL 6。 截至目前，它的工作很好。 工作量为99％，在正常情况下可以读取多达300个文件/秒。 问题是备份。 用scp备份需要6天的时间。 rsync甚至更慢。 DD的速度约为2MB / s。 如果我拍摄快照，将其备份，然后将其删除，LVM快照可能是一个选项。 数据一致性对我来说非常重要。 每个文件大约0.5-4KB。 如果将所有文件存储在数据库中，我会看到增加的备份性能吗？ 还有什么替代方法可以解决在合理的窗口中备份这么多小文件的问题？
我最近使用dd备份了一个11GB的ext4分区到一个文件，重新分区，并将文件恢复到40GB的分区。 Parted现在将分区显示为40GB，Nautilus将其读取为11GB，并且将驱动器列为只有2GB空闲。 这是一个文件系统问题或分区问题，我怎样才能修复它，而不需要重新分区到11GB，dd'ing文件，并增加分区？
没有数据写入它。 有没有一种工具可以让我做到这一点？ 我宁愿一个免费的工具，但如果只有这样的软件可以完成这项工作，请推荐非免费。
如何增加运行CentOS 6.5和ext4的专用服务器的最大可用inode数量？ 我们托pipe的网站创build并使用数百万个小文件。 我们已经达到了极限，不得不删除几个网站，使其达到92％的inode使用率。 Filesystem Inodes IUsed IFree IUse% Mounted on /dev/mapper/VolGroup-lv_root 3276800 58531 3218269 2% / tmpfs 3074543 1 3074542 1% /dev/shm /dev/sda1 128016 44 127972 1% /boot /dev/mapper/VolGroup-lv_home 56967168 52223688 4743480 92% /home
我运行一个托pipe的持续集成公司，我们在Linux上运行客户的代码。 我们每次运行代码时，都会在单独的虚拟机中运行它。 一个常见的问题是客户的testing有时会失败，因为他们的代码在虚拟机上签出的目录顺序。 让我进入更多的细节。 在OSX上，HFS +文件系统确保目录始终以相同的顺序遍历。 使用OSX的程序员假设，如果它在机器上运行，它必须在任何地方工作。 但是它在Linux上通常不起作用，因为Linux文件系统在遍历目录时不提供sorting保证。 作为一个例子，考虑有2个文件，a.rb，b.rb. a.rb定义MyObject ，而b.rb使用MyObject 。 如果首先加载a.rb，一切都将工作。 如果b.rb首先被加载，它将尝试访问未定义的variablesMyObject ，并失败。 但比这更糟的是，它并不总是失败。 因为在Linux上订购的文件系统没有sorting，所以在不同的机器上将会是不同的顺序。 这更糟，因为有时testing通过，有时会失败。 这是最糟糕的结果。 所以我的问题是，有没有办法使文件系统的sorting是可重复的。 也许有一些标志ext4，这说明它会一直以某种顺序遍历目录？ 或者也许有不同的文件系统有这个保证？
根据http://ext4.wiki.kernel.org/index.php/Ext4_Howto说： 现在，Ext3中单个目录中包含的最大子目录数是32000.Ext4打破了这个限制，并允许无限数量的子目录。 但维基百科说： 在ext3中，一个目录可以包含的子目录数量限制为32,000。 这个限制已经在ext4中提高到了64,000，并且“dir_nlink”function可以超越这个限制（尽pipe它会停止增加父级链接数）。 所以要超越64K我需要dir_nlink？ 我对Ubuntu 9.10特别感兴趣，如果这有所作为。