有一篇关于linux-mag的文章，指出增加ext4文件系统日志的大小实际上可以提高非常大的分区的文件系统性能。 我想知道这里有没有人可以对我进行权威性的确认或否认。 我只是自己testing一下，但目前我没有任何备用硬盘来重新格式化。 人们告诉我这是真的，其他人告诉我不是。 它确实对我有一定的意义，显然，一个5TB的分区将比500GB的分区有更多的元数据，但是对于这两个分区，默认的日志大小都是128MB，所以可能增加更大的日志大小分区实际上可能会有某种影响。 很明显，我们谈论的只是一个非常小的性能增益，只能通过正常用户永远不会遇到的那种繁重的系统活动来衡量，比如渲染农场或数据库服务器，但是仍然可以find这个问题的答案对我来说很重要。
根据微软在Hyper-V上运行Linux的最佳实践，build议使用ext4而不是ext3，并使用mkfs.ext4 –G 4096 /dev/sdX1 “指定组数为4096”。 这是干什么的？ 手册页说，每个组的块（-g选项）不应该改变，使用tune2fs -l我可以看到它被设置为32768.这意味着128到512 GiB（取决于块大小）的块组将被打包在一起，但这与默认值相比如何？ 手册页没有说明缺省值是什么，我也没有在tune2fs -l输出中看到它。
我有一个根文件系统生活和安装，我想将其转换为ext4。 所有的howto的我已经阅读处理启动一个生活的CD，但这不是一个选项。
有一天，我有一个正确的大脑放屁时刻，同时在Vmware下的Linux guest虚拟机上扩展磁盘。 我把Vmware磁盘文件扩展到所需的大小，然后我做了我通常在没有 LVM的Linux客户机上做的事情：我删除了LVM分区并重新创build，从旧的那个开始，但扩展到新的大小磁盘。 （后面会跟着fsck和resize2fs。） 然后我意识到，LVM的行为与原始分区上的ext2 / 3/4的行为不同……在从最近的备份恢复Linux客户机之后（幸运的是，只有五个小时之前才采用），我现在很好奇我怎么能从下面的情况恢复。 毕竟几乎可以保证我将来也会变傻。 具有一个磁盘的虚拟Linux客户机，分区为256MB的一个/ boot（主）分区（/ dev / sda1），其余分区为逻辑分区（/ dev / sda5）。 然后将/ dev / sda5设置为具有pvcreate的物理卷，并使用通常的vgcreate命令在其上创build一个卷组（vgroup00）。 然后将vgroup00分成两个逻辑卷root和swap，用于逻辑上的/和swap。 /是一个ext4文件系统。 由于我备份了坏掉的guest虚拟机，因此我可以使用/ etc / lvm / backup下的备份LVM设置中的vgcfgrestore重新创build卷组，并使用与物理卷相同的UUID。 运行这个之后，我有两个与前面相同大小的逻辑卷，其中有4GB的空闲空间用于扩展磁盘。 但是，当我试图运行“fsck / dev / mapper / vgroup00-root”时，它抱怨一个破损的超级块。 我试图通过运行“mke2fs -n / dev / mapper / vgroup00-root”find备份超级块，但是没有一个工作。 然后我尝试运行TestDisk，但是当我要求它查找超级块时，它只给出了由于文件系统损坏而无法打开文件系统的错误。 因此，在Ubuntu Server 10.04 64位版LVM2的默认分配策略中，是否有可能从卷组的末尾分配逻辑卷？ 这肯定会解释为什么还原的逻辑卷不包含预期的数据。 我可以通过重新创build与以前的大小和磁盘位置完全相同的/ dev / sda5来恢复吗？ […]
今天我在xen虚拟机服务器上做了一些愚蠢的事情。 我将外部设备映射器挂载为只读文件系统的副本。 这个过程进行得很顺利，但是在访客机器中rootfs /成为只读。 /dev/xvda on / type ext4 (ro,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered) 幸运的是，所有使用/home和/var分区的重要服务，所以机器不会停止运行，但现在我不能重新挂载/ root作为RW，而无需重新启动它（这不是一个选项，因为它是生产）。 我试过了： fsck -f /dev/xvda mount -o rw,remount / mount -n -o remount,rw / 它不允许重新安装它作为RW。 [Mon Jul 7 14:59:06 2014] EXT4-fs error (device xvda): ext4_remount:4558: Abort forced by user [Mon Jul 7 14:59:21 2014] EXT4-fs error (device xvda): ext4_remount:4558: Abort forced by user [Mon […]
我的集群中有两个节点，drbd + pacemaker + corosync当第一个节点出现故障时，第二个节点假定服务正常，但是当我们必须执行故障回复（node1回到在线状态）时，它会显示一些错误，并且集群停止工作。 这是一个内核为2.6.32-504.12.2.el6.x86_64的CentOS 6集群和这些软件包： kmod-drbd83-8.3.16-3，drbd83-utils-8.3.16-1，corosynclib-1.4.7-1，corosync-1.4.7-1，pacemaker-1.1.12-4，pacemaker-cluster-libs- 1.1.12-4，pacemaker-libs-1.1.12-4，pacemaker-cli-1.1.12-4。 Drbdconfiguration： resource r0 { startup { wfc-timeout 30; outdated-wfc-timeout 20; degr-wfc-timeout 30; } net { cram-hmac-alg sha1; shared-secret sync_disk; max-buffers 512; sndbuf-size 0; } syncer { rate 100M; verify-alg sha1; } on XXX2 { device minor 1; disk /dev/sdb; address xx.xx.xx.xx:7789; meta-disk internal; } on XXX1 […]
我在LVM上运行ext4文件系统。 我正在看的两大加速选项是LVMcaching和外部的ext4日志。 这听起来像是我正在使用单个SSD，在回写模式下的LVMcaching与在外部设备上使用您的ext4日志是一样的…基本上，如果发生任何事情，您将重置为前期日志位置。 这是一个正确的解释？
我已经安装了一个全新的Scientific Linux 6，并且正在使用acls。 所有的文件系统都是ext4。 在这种情况下，我认为已经设置了acl，这样pipe理员组中的任何用户都可以通过rwx访问/ usr / src。 # setfacl -R -md:g:admin:rwx /usr/src # exit exit [~]$ getfacl /usr/src getfacl: Removing leading '/' from absolute path names # file: usr/src # owner: root # group: root user::rwx group::rx other::rx default:user::rwx default:group::rx default:group:admin:rwx default:mask::rwx default:other::rx 但是，注销并返回： [~]$ touch /usr/src/test touch: cannot touch `/usr/src/test': Permission denied 该用户位于pipe理员组中： […]
有没有办法来禁用文件系统的mtime？ 有一个Filesystem independend noatime选项，但没有“nomtime”。 另外在文件系统ext4和/或btrfs的特定文档，我找不到这个。 这是否存在？
可以在Mac OS X上安装Linux ext4分区吗？ 请描述程序 – 无风险 – 谢谢。 编辑2012年8月 我发现的最好的解决办法是 使用Linux的第二台机器， 在Linux上挂载ext4 FS， 在Linux上安装NFS并导出文件夹， 然后在Mac上挂载NFS分区 。