标签: ext4

我遇到了两个 HDD 的性能问题。一种是快速但通过 NFS 远程安装，另一种是本地（ext4）但速度较慢。

不，更换两个驱动器不是一种选择，因为它会使另一个系统上的安装受到影响。

我的主观印象是，大部分性能损失发生在写入缓存数据期间（在两种情况下：本地和远程）。
另一个经验证据是sync，即使在大量写作之后，花费的时间也总是少于一秒。同样，对我来说，这意味着：写缓存太小，或使用太少，或类似。

问题是：我可以通过某些挂载选项提高性能吗？

我在 mount 的手册页中发现了一些可能与性能有关的选项：max_batch_time, delalloc. 但我无法猜测默认值是什么，他们做什么，......

附加问题：是否有机会通过使用不同选项重新格式化 ext4 分区来提高性能？

每次断电时，我的桌面（没有 UPS）都会丢失一些临时信息。

• Opera 可能会丢失设置、历史记录、缓存或邮件帐户（谢天谢地，我明智地使用 IMAP）。部分或全部在一起。
• Geany 中的整个文件（完成并保存）看起来是空的（我没有将它提交给 Git）
• rhythmbox 丢失了所有播客订阅数据

恐怕还有其他我没有看到的损失。

什么原因？内存文件缓存，内存磁盘？还是非原子文件写入xfs？我有Ubuntu的9.10和XFS上都/和/home分区。

在这种情况下ext4是否更安全？我见过 ext3 更快。和*4一样安全吗？

鉴于我租用的公寓与几间公寓的公共巴士和 1 个安全开关相连，而邻居——单独或一起——每周至少超载一次，灯光经常熄灭，足以成为一个问题。

将 Debian 系统从 5.0 升级到 6.0（Lenny 到 Sqeeze）后，我该如何将根文件系统（在这种情况下也是引导）从 ext3 升级到 ext4？

正如您在下面看到的，root用户不能删除myapp目录，但可以写入和删除该目录中的文件。文件系统是ext4。这是文件系统问题吗？你有什么想法吗？

root@vm4923:/opt/tomcat/webapps# ls -l | grep myapp
drwxr-xr-x  2 root root     4096 Feb 17 14:30 myapp
-rw-r--r--  1 root root 17544487 Dec 18 12:59 myapp.war

root@vm4923:/opt/tomcat/webapps# rm -rf myapp
rm: cannot remove 'myapp': Permission denied

root@vm4923:/opt/tomcat/webapps# sudo rm -rf myapp
rm: cannot remove 'myapp': Permission denied

root@vm4923:/opt/tomcat/webapps# ls -l myapp/
total 0

root@vm4923:/opt/tomcat/webapps# echo "jsdkfjslkdj" > myapp/testfile

root@vm4923:/opt/tomcat/webapps# ls -l myapp/
total 4
-rw-r--r-- 1 root root 12 Feb 17 14:38 testfile

root@vm4923:/opt/tomcat/webapps# ls …

这是交易，我正在为我的爬虫检查域名，我有 1.45 亿个域名要即时进行欺骗检查。

存储消耗：

80GB for 19 million files

为此，我从域的前四个字母创建一个目录结构，然后创建一个单字节文件，表示我以前见过这个域。

s/u/p/e/superuser.com

我创建了像上面这样的目录结构，以防止任何目录中包含不合理数量的文件......

域/文件位置详细信息：

Domain: superuser.com
Root Directory: /home/tmc/tech/Data/Dupes/Domains/
Directory: s/u/p/e/
File Path: s/u/p/e/superuser.com
File Contents: .

现在，我强烈怀疑存储使用在某种程度上与创建的目录和文件的数量有关，但是，仅创建目录不会导致极端的存储使用，因此它与填充这些目录有关，再次，我试图弄清楚这一点，这就是我此时怀疑的。

有人可以向我解释 linux ext4 文件系统如何在与目录、文件和带有文件的填充目录相关的存储消耗方面工作吗？

Windows 10 家庭版 1607 64 位

产品链接：http : //www.paragon-drivers.com/extfs-windows/

我似乎能够读取文件，但我无法写入文件。我收到错误：

一个意外错误使您无法复制文件。如果您继续收到此错误，您可以使用错误代码来搜索有关此问题的帮助。

错误 0x80070057：参数不正确。

没有选中“只读”复选框，它们都被清除了。

此外，当我尝试写入文件时，资源管理器（我的任务栏等）有时会崩溃。

我在 64 位 ArchLinux（内核 5.4.50）上使用 e2fsprogs 1.45.6-2 对 HDD 进行了 EXT4 格式化，并填充了数据。之后，我将其安装到另一台运行 32 位 Debian Jessie（内核 3.16.84-1）和 e2fsprogs 1.42.12-2+deb8u2 的计算机上，并向其中复制了一个文件。

这个版本差异是否有问题并且可能对文件系统造成损坏？

在 32 位 Jessie 系统关闭期间，我注意到一条 e2fsck 错误消息，该消息基本上表示由于metadata_csum而无法运行。

所以我用谷歌搜索发现元数据校验和是在1.43中引入的： https://ext4.wiki.kernel.org/index.php/Ext4_Metadata_Checksums

让我感到非常不舒服的是下面的引用... 旧的 fs 代码应该不可能写入启用了元数据校验和的文件系统。metadata_csum 标志被实现为 ROCOMPAT 标志，它应该防止（非恶意）旧程序搞砸事情。

我原以为如果存在任何不兼容问题，根本无法挂载文件系统，但我真的担心我可能会弄乱文件系统。

对此的任何帮助将不胜感激。

编辑：我使用 GParted 创建 FS，同时了解到，与 mke2fs 不同，它默认为 <16TiB 的驱动器创建 32 位模式的文件系统，我的 8TB 驱动器就是这种情况。我通过检查 提供的文件系统功能来验证这一点tune2fs -l /dev/sda | grep features，否则该功能将包括术语“64 位”。

在我的 ArchLinux 笔记本电脑上，我有/一个/home使用 ext4 格式化的 ecryptfs 加密分区。两者都包含重要（备份）数据。

当分区包含数据时禁用 ext4 日志记录是否安全？我会遇到数据丢失的情况吗？

我将按照此处报告的说明进行操作。

谢谢你？

我曾经有一个小型家庭服务器，带有两个连接的 USB 磁盘，都格式化为 ext4。现在我买了一些新硬件，从 USB 盒中取出磁盘并将它们安装在新服务器中。

在新服务器中，我无法挂载甚至无法看到有关磁盘的一些真实信息。它们没有列在 /dev/disk/by-uuid 中。他们甚至没有出现“sudo blkid”。

任何人都知道可能发生了什么以及我如何取回我的磁盘（及其数据）？

我想故意破坏 ext4 文件系统上的文件以进行测试。有没有办法通过打开文件然后重新启动来破坏它？

我有一张 16GB SD 卡，容量为 10%FAT32 90%EXT4。我想获得一个包含所有光盘内容的磁盘映像文件。如何在 Windows 10 上创建此类光盘的磁盘映像？

我正在尝试将 8TB 外部硬盘格式化并安装为 ext4，但它似乎无法正常工作。该硬盘是希捷 8TB 扩展台式机硬盘。型号为STEB8000402。

我可以使用 gdisk 创建分区：

sdc               8:32   0   7.3T  0 disk\n\xe2\x94\x94\xe2\x94\x80sdc1            8:33   0   7.3T  0 part\n

但是当我创建文件系统时，我收到一个奇怪的错误： \xe2\x80\x9c/dev/sdc1 不是块特殊设备。\xe2\x80\x9d 但它似乎完成了：

# mke2fs -t ext4 /dev/sdc1\nmke2fs 1.42.9 (28-Dec-2013)\n/dev/sdc1 is not a block special device.\nProceed anyway? (y,n) y\nDiscarding device blocks: done\nFilesystem label=\nOS type: Linux\nBlock size=4096 (log=2)\nFragment size=4096 (log=2)\nStride=0 blocks, Stripe width=0 blocks\n246512 inodes, 984801 blocks\n49240 blocks (5.00%) reserved for the super user\nFirst data block=0\nMaximum filesystem blocks=1008730112\n31 block groups\n32768 blocks per group, 32768 …