Articles of ext4

非托pipe关机之前真的有必要调用/ bin / sync两次吗?

我的公司销售一个“embedded式设备”,这个embedded式设备是作为一个内置SSD的ext4的无头Linux系统实现的。 我们的一些用户习惯在这个盒子上进行“保存当前设置”,一旦本机报告保存完成(即两秒钟后),就切断电源。 这导致了保存文件的偶然损坏,因为在断电之前数据不会总是被刷新到SSD。 所以我调整了我的软件,在写入文件之后立即运行/ bin / sync(在closures文件句柄之后,但在通知用户保存完成之前)。 这似乎解决了这个问题,但我的同事说,一个调用/ bin /同步是不够的,这是非常安全的,我应该连续运行/ bin / sync两次。 这听起来像对我偏执狂…也许从早期版本的Linux或UNIX的同步实用程序无法正常工作的习惯。 他的build议是有价值的,还是应该打电话给/ bin / sync就足够了?

MySQL在我的ext4文件系统上非常慢

我有一个正常的硬件,我刚刚安装了Ubuntu 11.04。 但是事情完全错了。 PHPunittesting真的很慢。 我不知道什么是错的。 用ext3一切正常。 谢谢。

ext4 fs断电后断电

我遇到了一个相当典型但奇怪的问题:在我的服务器断电后,硬盘正在崩溃。 我可以感觉到在崩溃之后,fsck在启动时完成了大量的工作,然后我的Subversion版本库正在失去几个月的工作 – 这听起来很奇怪。 服务器在该硬盘上运行ext4,所以它应该是安全的 – 但事实并非如此。 我开始怀疑硬盘问题,但也许还有其他原因? 相关的fstab行是 / dev / mapper / vg_data-LV_data / data ext4默认值1 2 系统是Fedora 11 x86_64。

日志文件系统和电源故障

我听说即使是像EXT3 / EXT4这样的日志文件系统,在电源故障期间也可能会损坏,例如维基百科[1]: In the event of a system crash or power failure, such file systems are quicker to bring back online and less likely to become corrupted. 任何人都可以提供更多的细节,举例说明什么时候 腐败可能发生 日志文件系统可以避免腐败 [1] http://en.wikipedia.org/wiki/Journaling_file_system

只能连接到Linux的外部驱动器的文件系统

我刚刚买了一个新的500GB外置硬盘。 大多数情况下,我只在这些东西和一些电影上存储操作系统ISO。 大文件无论如何,有时超过4GiB,所以FAT是不可能的。 所以,我还在想。 我的旧外部硬盘是NTFS格式化的,因为它有时必须能够连接到Windows boxen。 这个新硬盘不会有这个要求。 NTFS仍然是最好的select? ext {2,3,4}文件系统中的一个对于可移动磁盘是不错的select? 有没有文件系统,我不知道这将符合法案? 这里的“账单”将是一个稳定的文件系统,能够存活不清的断开连接,速度快,可以处理超过4GiB的文件,并且至less可以在内核2.6.28以上使用。 更新:我没有考虑到XFS,它的大文件系统支持很有趣。 我将看看我正在使用的操作系统/内核(RHEL5,CentOS5,Ubuntu 9.04和8.04,Fedora11),看看这些内核是否支持xfs。 我想我记得其中的一些(发行版)默认情况下不支持它,但是再次,也许我在这里错误地认为jfs是xfs。 同步选项也很有趣,但这意味着在我的所有机器上为此设备创buildUDEV规则,这不是一个大问题,但仍然是我必须牢记的事情。 最后,考虑到xfs和同步选项,我想知道xfs的性能增益和同步选项的性能是否会超过USB接口,而不是相当有限。

在虚拟机上的Ext4caching选项

我试图加速用于开发/自动化testing环境的虚拟机,并希望validation一些关于磁盘写入caching的假设。 我使用ext4作为虚拟机中的根文件系统,我并不在意电源丢失的情况。 如果发生断电,磁盘损坏,整个机器可以在几分钟内重build。 对我来说,这意味着下列选项可以安全地应用,应用程序应该没有什么区别 – 它们只会影响缓冲数据如何写入磁盘本身,但caching内存表示将始终是准确的: nobarrier 数据=写回 nobh 犯= 3600 它是否正确? 还有什么其他的ext4参数,我应该看看性能改进?

无法在启用了ACL的EXT4分区上设置ACL

我想在Debian机器上启用xattrs和acls。 我已经(重新)用user_xattr和acl挂载有问题的分区。 (/ dev / md3是有问题的分区) root@fs01:/# mount | grep /dev/md /dev/md0 on / type ext3 (rw,noatime,nodiratime,barrier=1,user_xattr,acl) /dev/md3 on /DataVolume type ext4 (rw,noatime,nodiratime,acl,user_xattr) 并且ACL工具被安装。 root@fs01:/# dpkg-query -W -f='${Status} ${Version}\n' acl install ok installed 2.2.49-4 root@fs01:/# dpkg-query -W -f='${Status} ${Version}\n' libacl1 install ok installed 2.2.49-4 Xattrs开箱即用; ACL没有。 Getfacl没有错误地工作: root@fs01:/# getfacl /DataVolume/hi # file: /DataVolume/hi # owner: […]

Ubuntu服务器ext4命中65000个子目录限制

我有一个Ubuntu 14.04服务器,无法在65,000目录之外创build一个新的目录。 我运行了tune2fs -l ,可以看到dir_nlink标志被设置。 有谁知道还有什么可以检查,让这种情况发生? 我有这个服务器configuration的许多其他克隆都超过了65,000大关,并按预期工作。 我已经比较了tune2fs -l输出,它们看起来是一样的。 我仍然有几百万个免费的inode和块。 我卸载并重新安装了文件系统,没有任何改变。

使用Ext.4分区失败的MDADM数组 – “e2fsck:无法在/ dev / md0上设置超级块标志”

有电源故障,现在我的mdadmarrays有问题。 sudo mdadm -D / dev / md0 [hodge @ hodge-fs〜] $ sudo mdadm -D / dev / md0 / dev / md0:版本:0.90创build时间:星期日4月25日01:39:25 2010 Raid Level:raid5 Array大小:8790815232(8383.57 GiB 9001.79 GB)使用开发大小:1465135872(1397.26 GiB 1500.30 GB)Raid设备:7设备总数:7首选次要:0持久性:超级块持久性 Update Time : Sat Aug 7 19:10:28 2010 State : clean, degraded, recovering Active Devices : 6 Working Devices : 7 Failed […]

DF报告文件系统不正确的可用空间(EXT4)

我正面临着由df报告错误的fs空间的问题。 我们正在谈论的裸机Ubuntu 14.04服务器,由LVMpipe理的/分区。 由df报告的大小与由fs超块报告的大小不同。 还从du -skh (在与/ partition有关的目录上)计算大小,certificatedf显示不正确的结果。 这是由df报告的: Filesystem Size Used Avail Use% Mounted on /dev/mapper/rootvg-lv_root 20G 16G 2.8G 86% / 这是超级块报告(3616906*4096/1024**2=14128 MB free) : Last mounted on: / Filesystem magic number: 0xEF53 Filesystem state: clean Filesystem OS type: Linux Inode count: 1290240 Block count: 5242880 << exactly 20 GB Reserved block count: 227170 […]