Questions tagged «ext4»

ext4(第四扩展文件系统)是Linux的日记文件系统,是ext3的后继产品。使用此标记来解决ext4特定的问题,与通用文件系统相关的问题应使用标记[filesystem]

1
tune2fs-在大型ext4文件系统上保留多少空间
我知道关于使用一个文件系统要保留多少空间有几个问题tune2fs -m,但是有些建议是矛盾的,有些建议似乎只与挂载的文件系统有关root,而似乎没有专门针对的ext4。 我要询问的驱动器是3 TB混合SSD /硬盘,其中一个分区使用格式化ext4,并且仅用于媒体文件。Root,home和swap都位于SSD驱动器上各自的分区中,我将不为所动。 目前,在3 TB的ext4文件系统上,已保留5%的磁盘空间(默认值),但高达150 GB。如果可以的话,我希望将其减少到1%,即30 GB,这样可以释放120 GB。请注意,文件系统已满92%,剩余的5%为保留空间。 该答案的建议表明,在几乎完整的ext3文件系统上将保留空间设置为5%是明智的,以避免碎片。然后声明ext4更有效,并明确指出:“ ext4的多块分配器更具抗碎片性”。然后,它不会继续建议合理的百分比ext4。 我想知道将3 TB ext4文件系统上的保留驱动器空间减小到1%,同时仍然保持足够的文件系统碎片保护是否安全? 如果30 GB的1%的保留空间不够用,那么多少才是安全的呢? 谢谢。

4
Ext4-如何启用额外的完整性,校验和,验证,任何形式的测试?
我在硬盘驱动器上运行Ext4,说实话,我并不真正相信该驱动器,因为它很旧并且有一些坏块。我的驱动器上没有不必要的数据,所以如果它明天就消失了,那就没什么大不了的了。 但是,我想知道它是否/何时开始消失,并以只读方式重新安装。是否有任何选项可以在Ext4 fs上启用额外的文件检查?(我不在乎它是否会使文件系统变慢。)

2
在高清启动后恢复ext4分区
我不小心使用dd并覆盖了外部磁盘的前208MB。我写的是一个单独的分区(Debian nestinstaller),所以我现在看到的不是旧的(现在已损坏)的ext4分区,而是另一个较小的分区。这限制了我可以遵循的工具和建议。 我的计划是重新创建分区表testdisk,然后描述与备份超级块搞定一切在这里。我会丢失前208MB,但与其中的其他300GB数据相比,这还可以。类似于以下内容: mke2fs -n /dev/sdb1 # doesn't work because sdb1 is the 208MB new partition testdisk ... # used this to create new correct partition table mke2fs -n /dev/sdb1 # now works fine, get backup superblock positions e2fsck -b backup_position -y /dev/sdb1 # returns many errors hence the -y …

1
文件在ext2 / ext3 / ext4中如何排列?
几天前,我在ext4格式闪存卡上的所有元数据都被覆盖。 我现在要推测这是怎么发生的。这纯粹是猜测。就在我使用另一张卡之后。卡上的音量标签现在与另一张卡相同。因此,我怀疑在拔出另一张卡时无法同步/卸载另一张卡。拔卡时,读卡器无法正确通知系统,因此下一个系统生成同步,系统不知道我更换了卡,并且覆盖了元数据。 发生这种情况时,我要做的第一件事就是使用dd创建映像。我做的第二件事是将图像设为只读。我做的第三件事是制作图像的可写副本。 我发现了photorec,它可以恢复一些东西,但不是全部。我认为其原因之一是它是无损的。 由于某些恢复的文件是文本,因此我怀疑photorec使用的文件格式信息很少(如果有)。 要尝试从卡中恢复任何其他文件,我需要知道ext2中文件的布局。我怀疑其基本原因是文件被分成多个块,然后被写入扇区,而有关如何查找下一个扇区的信息则以某种方式写入了当前扇区。 我需要的最重要的内容是有关如何写入指向下一个扇区的指针的信息。 PS:我正在阅读photorec代码,但是在阅读它时遇到了一些问题。我不知道是我还是代码丑陋。 PPS:我已经找到了有关ext文件系统布局方式的一些信息,但是似乎找不到基本的文件布局信息。

1
ext4使用commit = 0覆盖我的commit = 100挂载选项
这是我的/ etc / fstab文件中的相关行: UUID=f51aa298-9ce4-4a19-a323-10df333f34f5 / ext4 data=writeback,noatime,barrier=0,errors=remount-ro,commit=100,nobh,nouser_xattr 0 1 这是我键入命令“ mount”时发生的情况: /dev/sda1 on / type ext4 (rw,noatime,data=writeback,barrier=0,errors=remount-ro,commit=100,nobh,nouser_xattr,commit=0) 为什么最后指定“ commit = 0”?这是否意味着不使用我的commit = 100选项? 我正在使用具有最新更新的32位Ubuntu 10.10。
8 mount  ext4 

7
同步写入非常慢。Ubuntu 10.10,32位,ext4
我在Macbook Pro上运行ActiveMQ,该Macbook Pro运行带有ext4分区的32位Ubuntu 10.10。 Linux iker-laptop 2.6.35-23-generic-pae #40-Ubuntu SMP Wed Nov 17 22:32:51 UTC 2010 i686 GNU/Linux 如果我在ActiveMQ中启用持久性,则性能将急剧下降。我已经在其他机器上测试了相同的东西,并且相差2个数量级。 有一个带有activeMQ的工具可以测试HD,结果如下: iker@iker-laptop:~/apps/apache-activemq-5.4.1$ java -classpath lib/kahadb-5.4.1.jar org.apache.kahadb.util.DiskBenchmark Benchmarking: /home/iker/apps/apache-activemq-5.4.1/disk-benchmark.dat Writes: 146171 writes of size 4096 written in 11.074 seconds. 13199.477 writes/second. 51.560455 megs/second. Sync Writes: 197 writes of size 4096 written in 10.006 …
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.