我正在使用Ubuntu，并得到一个错误，告诉我当我尝试装载LVM ext3磁盘时，无法识别文件系统。 我传递“ext3”作为types，并能够挂载ext2磁盘。 我如何安装图像？
由于太复杂的原因，我在某些Linux系统上使用了3磁盘RAID1E。 在这里看到更多的信息。 所以我的理解是，为了优化这个卷上的文件系统布局，你使用下面的计算： chunk-size = 64kB block-size = 4kB stride = chunk / block = 16 stripe-width = stride * ( (numdisks)/2 ) = 16 * 1.5 = 24 但是，当我使用该计算来设置条带宽度时，mkfs.ext3会给出警告，它应该是2的幂。 所以我的问题是，我做对了吗？ 我应该把它看作是一个标准的四磁盘RAID10，因为条纹的大小是一样的吗？ 更新：它不是一个降级arrays，它是一个完全支持的configuration。 阅读第一段的链接。
昨晚我的服务器遇到“只读文件系统”错误。 所以然后我运行“fsck -Af -M”试图修复，但没有使用，这些输出： fsck 1.39 (29-May-2006) e2fsck 1.39 (29-May-2006) /: recovering journal fsck.ext3: Bad magic number in super-block while trying to re-open / e2fsck: io manager magic bad! 重启服务器后，我甚至无法恢复文件系统，必须重新安装操作系统。 我/是RAID 1和ext3格式。 那个fsck命令是否导致我的文件系统损坏？ 或者在运行fsck之前它已经被损坏了？ 谢谢 ：）
我正在调查一个非常奇怪的io问题。 我启用了vm.block_dump，并以这种forms看到消息的分配： 进程（29177）：在0:14变脏inode 42254471（文件名） 什么变脏的inode是什么意思？
在我对fs级别的文件版本，快照和相关的想法的研究中，我看了一下硬链接，看看它们是什么以及它们是如何performance的。 使用rsync，你可以得到一个非常漂亮的穷人的快照系统，并在本地不支持的文件系统上运行。 但是，你可以在ext3 / 4或其他文件系统上获得不可变的硬链接吗？ 我对不变硬链接的定义是：一个硬链接，当在一个位置上改变时，变成一个普通的副本而不再是一个硬链接。 我想这样做是因为它可以使源数据的快照使用链接而不是数据副本（在使用rsync快照技术的情况下）。 我有几千兆字节的数据，由于空间限制而无法复制，但是如果我可以智能地快照单个更改的文件，而其余链接到源而不是副本，则我有足够的空间。 鉴于这一切，有没有其他的技术，function或技术，我真的在寻找？
我正在写一个应用程序在ext3文件系统上存储大量的图像（大小<5MB），这是我现在所拥有的。 在这里searchserverfault后，我已经决定了这样的目录结构： 000/000/000000001.jpg … 236/519/236519107.jpg 这个结构将允许我保存多达1,000,000,000个图像，因为我将在每一片叶子中存储最多1000个图像。 我已经创build了它，从理论的angular度来看似乎对我来说还是可以的（尽pipe我没有这方面的经验），但是我想知道在那里会有充满文件的目录时会发生什么。 关于创build这个结构的问题：最好是一次性创build它（我的电脑需要大约50分钟），还是应该根据需要创build目录？ 从开发人员的angular度来看，我认为第一个select是更好的（没有额外的用户等待时间），但从系统pipe理员的angular度来看，这是好的吗？ 我以为我可以做，就好像文件系统已经在正在运行的应用程序，我会做一个脚本，将尽可能快地保存图像，监测事情如下： 在没有或很less使用空间的情况下，保存图像需要多长时间？ 当空间开始用完时，这是如何改变的？ 从随机的叶子上读取图像需要多less时间？ 有很多文件时，这个变化很大吗？ 是否启动此命令 sync; echo 3 | sudo tee /proc/sys/vm/drop_caches 有什么意义呢？ 如果我想重新开始我的testing，这是我必须做的唯一一个干净的开始？ 你有什么build议或更正？ 编辑：我做了文件系统的select，反对数据库，因为这两个问题： 在文件系统中存储一百万个图像 https://stackoverflow.com/questions/3748/storing-images-in-db-yea-or-nay
由于外部不可避免的情况*，我需要在目录中有超过32k的目录（但据我所知，小于64k）。 我正在达到ext3的极限。 我认为原来的服务器正在运行ReiserFS。 备份存储在S3中。 我的解决scheme是升级到ext4，根据维基百科： 在ext3中一个目录最多可以有32,000个子目录。 在ext4这个限制增加到64,000。 我的问题是：将安装fs作为ext4自动增加此限制？ 我将不得不运行一些命令来启用新function吗？ 我必须重新创build目录吗？ *恢复备份将信息转换成我们编写的新的更好的系统
我有一个卷上的文件，将需要在Mac，Linux和Windows机器之间复制。 我想确保没有惊喜： 文件大小 文件名长度 文件名字符集 嵌套目录的数量 我是否正确地认为在FAT32中合法的任何内容（在上面的列表中）在NTFS，EXT3和HFS +中都是合法的？ 如果没有，有没有一个脚本/实用工具，我可以运行，没有真正的复制文件到所有这些types的卷，这将打印一个列表潜在的问题？
ext3文件系统是否支持快照？ 如果是这样，这可以做到没有LVM的直分区吗？ “直分区”的例子如下： / dev / sda1 / boot ext3 / dev / sda2 / ext3 / dev / sda3交换
我有一个系统，有高吞吐量的小文件在磁盘上，即大量的小文件创build，写入和删除在几秒钟内。 有没有合理的ext2 / ext3 / ext4挂载选项来提高性能？ 我猜想，元数据日记在这里会有巨大的性能下降。