如果我创build了一个ext4文件系统并添加了约20％的额外inode，如果稍后扩展文件系统，这将如何影响inode数？ 扩展文件系统是否会自动添加额外的20％inode？ 或者它会添加正常数量的inode？ 在扩展文件系统之后，这些inode是否会平均分布在文件系统中？
我正在build立一个带有mdadm RAID5系统的系统，该系统是唯一支持4个LV的VG的PV。 当我创build文件系统时， mkfs.ext4 -E选项是否有用？ 或者是因为LVM诡计而无法知道它的效果？ -E extended-options Set extended options for the filesystem. Extended options are comma separated, and may take an argument using the equals ('=') sign. The -E option used to be -R in earlier versions of mke2fs. The -R option is still accepted for backwards compatibility. The following extended options are […]
我们在3ware 9650SE-12ML控制器上有一个12个磁盘的RAID6arrays。 我们的服务器提供商的工程师错误地发出了这个命令： sudo dd if=/dev/zero of=/dev/sde bs=1M count=500; sync; sudo dd if=/dev/zero of=/dev/sde bs=1M count=500; sync; /dev/sde是raidarrays的linux设备。 这消除了该设备的第一个500MB。 它没有分区，设备被configuration为ext4文件系统。 tw-cli显示没有错误。 我还没有尝试过任何东西。 该设备仍安装在挂载点，但所有文件都消失，并成为“只读文件系统”。 哪些信息已经消失，如何恢复？ Unit UnitType Status %RCmpl %V/I/M Stripe Size(GB) Cache AVrfy —————————————————————————— u0 RAID-6 OK – – 256K 27939.6 RiW ON VPort Status Unit Size Type Phy Encl-Slot Model —————————————————————————— p0 OK u0 […]
我们有一个Synology RS3614rpxs NAS磁头，包含（9）个3TB硬盘，安装RAID 6 + 1热备份。 存储器耗尽，我们添加了一个扩展机箱，其中安装了5TB硬盘驱动器，以创build第二个arrays（也称为RAID 6）。 Synology似乎是使用标准的linux md来形成LVM最上面的RAIDarrays，以形成卷组（由底层md设备组成），然后是逻辑卷。 在引入扩展机箱的过程中，有3个磁盘被意外添加到第一个磁盘arrays（ md2 ）中。 一个问题是我们正在丢失5TB磁盘上的可用空间。 其余的磁盘似乎已被添加到第二个数组（ md3 ）。 md3似乎已被添加到现有卷组vg1. 我们的目标： 从vg1删除md3 ，并根据需要调整逻辑卷的大小。 销毁md3并使其磁盘可用于重新使用。 问题：我们如何才能最好地实现这些目标？ 对于上下文： “df -h”的输出 Filesystem Size Used Available Use% Mounted on /dev/md0 2.3G 637.9M 1.6G 28% / /tmp 1.9G 404.0K 1.9G 0% /tmp /run 1.9G 3.8M 1.9G 0% /run /dev/shm 1.9G 0 1.9G […]
我已经用-T small标志初始化了一个大的主分区给mke2fs ，系统上的smallconfiguration如下： small = { blocksize = 1024 inode_size = 128 inode_ratio = 4096 } 这是一个800 GB的SSD（云驱动器），它将成为一千多万个小文件的家，范围从〜10KB到〜100KB。 我试图彻底地去查看登山手册，找出最好的组合，这里是我的列表： rw – 读写 nosuid – 不需要执行用户或组ID nodev – 块的开发文件不应该出现在这里 noexec – 设置了exec位的文件也不受欢迎 auto 允许mount -a nouser – 只有root可以（重新）挂载 async – asynchronous写入 relatime – 仅在文件被修改时更新访问时间。 data=ordered – 大概应该提高阅读性能 errors=remount-ro – 停止写入错误 discard – 推荐用于SSD auto_da_alloc – 在电源故障的情况下打击文件系统损坏（可能不需要，因为这是一个云端硬盘？） […]
在/ etc / fstab中有一个选项来决定发生错误时如何处理磁盘。 错误= {继续|重新挂载-RO |恐慌} 内核可以捕获的可能的磁盘错误是什么？ 是否有任何其他types的磁盘错误，可以不被内核注意到？
这很奇怪，但在文件系统损坏后，一些文件夹/目录现在显示为文件而不是目录？ 如果有人能够帮助我纠正文件系统和/或试图find文件的位置，我将不胜感激。 提前感谢您的帮助！
有没有人知道与使用ext4作为文件系统而不是ext3运行debian挤压的任何主要问题？ 任何已知的performance或腐败问题？ 我需要支持大于2TB的文件。 XFS或ReiserFS会是更好的select吗？
在安装CentOS 6的时候，我想设置在ext4分区上创build的inode的数量。 有没有办法做到这一点？ 我一直无法find解决scheme。 示例用例：我知道我将拥有一个120GB的磁盘，而我将把它装载到/ var，但是我有一个写入绝对吨文件的应用程序，因此我必须在安装/设置时增加inode。 因此，我想在安装时传入更合适的inode大小。 所以我不会遇到40％的磁盘使用率和100％的inode使用率。 提前致谢！
我需要在ext4系统上保留数百万个文件。 我明白，拥有多个子目录的结构是普遍接受的解决scheme。 我想知道在dirs / subdirs的数量方面最好的方法是什么。 例如，我尝试了一个像16/16/16/16这样的结构（也就是从1到16的（子）目录），我发现我能够以2m50s将100K文件移动到这个结构中。 当试图将100K文件移动到8/8/8/8/8/8结构时，花了11分钟。 所以16/16/16/16方法似乎更好，但我想知道是否有人有一个更好的dir / subdir分布经验的经验。