问题标签 [ext4]

• cp 在单个目录中的 11,328,692 KB / 802,322 个文件处失败

• 在这个目录之外创建仍然是可能的，因为只有 2% 的驱动器的 inode 被用完了

如何正确格式化驱动器以在单个目录中存储多达 2000 万个 ~15kb 文件？我很难理解 inode/groups

源文件系统最初是通过较旧的内核创建的：

dest 文件系统是使用“-b 1024”作为 Ubuntu 12.04 上 ext4 的唯一标志创建的：

ext3 和 ext4 文件系统具有日志功能。是否有一些 API 可以获取有关文件的详细信息或事件？

某种 API，允许用户空间程序访问文件的日志条目。甚至是日志事件，例如“文件 x 已删除”。

这似乎是某种文档，但我不确定它是否正确。

我正在使用 Apache 运行 Ubuntu 12.04。最近我连接了一个 NTFS 外部驱动器，该驱动器通过以下设置安装了 fstab：

我在这个驱动器上有几个目录，由我的 Web 服务器通过 Apache 配置中的目录别名提供服务。一个这样的目录及其权限如下所示：

但是，我已切换到 EXT4 文件系统，并尝试在 fstab 中使用以下行进行挂载：

具有相同权限的目录：

这里的问题是，当安装 EXT4 文件系统时，我无法从 Web 访问此目录（收到“没有权限错误”）。我无法看到（明显的区别是 NTFS 目录由 root 拥有，而 EXT4 目录由 josh 拥有）可能导致此问题的原因。

该目录的 Apache 配置如下：

如果有人可以提供任何帮助，我将不胜感激。

出于调试目的，我想在特定的预定义块上打开一个文件。例如，如果我怀疑某个特定块已损坏，我想对其进行写入和读取，我宁愿在挂载分区时在用户模式下执行此操作。

有没有办法告诉 Linux，“嘿！如果它是免费的，请在块 4579 上打开这个新文件”。

是的，我可以直接编辑块设备，但如果驱动器已安装，这可能会破坏文件系统。

欢迎通用答案，但即使是对 ext 文件系统系列的答案也足够了。

我很好奇是否有办法做到这一点？我对 ext4 的理解有限，但我相信它有能力分配连续的磁盘空间范围

我正在从 RAM 中写一个文件，并且在 open() 之前知道它的大小。有没有办法可以向文件系统表明这一点？有性能优势吗？

I've experienced a strange bug with rails 3.2 / git.

In development mode, classes was not reloaded between requests (controllers, models, helpers) but views work.

I've searched a long time in unmodified configuration (application.rb, development.rb...) without success, I have to reload Thin to show changes.

So I've decided to create a new branch and revert commit by commit (I was thinking a bad updated/integration gem) and the code reload properly to the last commit !

Back to the master branch, code is reloaded properly between requests without any code change.

I'm running on Archlinux, ruby 1.9.3p194 (rvm), postgresql 9.1.4, git 1.7.11.1, ext4 FS tuned (UUID=ac74249f-84de-40d0-8b14-eb494983cfda /home ext4 defaults,noatime,data=writeback,barrier=0,nobh,errors=remount-ro 0 1)

What do you think about that ?

This bug never came back and very difficult to reproduce. I can't accept uncertain answers.

我想在 C 中以编程方式调整 ext4 分区的大小。我相信我可以使用libparted来调整分区的大小，但不能调整文件系统的大小？谁能指出我正确的方向？

从文件系统的角度来看，当驱动器空闲或被读取但未写入时，是否有可能丢失数据？假设您可以确认没有用户或操作系统操作正在写入磁盘，在空闲或读取过程中是否有任何微妙的文件系统操作可能会在中断时导致数据损坏（即断电、数据线拔出）？

我们有大约 6000 万个压缩格式的网页。我们想单独解压缩和使用这些文件。

这是我的问题！

首先，如果我将它们解压缩到文件系统中，FS 会处理这么多文件吗？我的文件系统是 ext4。（我有 4 个不同的文件系统，所以我可以将它们之间的数据划分为每个文件系统的 15 M 页）

其次，将这些文件存储到关系数据库中会是更好的选择吗？假设清理 html 文本的所有麻烦都在将它们插入数据库之前完成。

谢谢，

我浏览了类似的问题，但找不到我的答案。

我面临的问题是我在 windows 2008 服务器上运行了一个 web 服务。该服务尝试访问 NAS 上的文件。运行服务的用户拥有对网络共享 (NAS) 的读取权限。我仍然收到异常 System.IO.DirectoryNotFoundException: 找不到路径的一部分，即使请求的文件实际上存在于那里。

我从来没有遇到过类似的问题，即使设置总是相同的（在 Windows 服务器上运行的 Web 服务试图访问 NAS 上的文件）。会不会是NAS上的文件系统现在是ext4，一直都是ext3？这是我知道的唯一一个区别。关于文件系统，我需要注意什么特别的事情吗？

编辑：

我试图访问的路径如下所示：

是的，我可以从 RUN 命令访问它

我尝试以简化的方式访问文件的方式如下所示：

在这种情况下，XmlFilePath 所在的位置：“\NAS\master\finished\20120809AB14001530\data\structure.xml” 只是为了更清楚：这一直都是这样，并且有效。在当前设置（我知道）中，唯一的区别是它是 NAS 上的 ext4 而不是一直存在的 ext3。