介绍
Ext4是Linux上Ext3文件系统的进化。在很多方面，Ext4对于Ext3有着比Ext3对于Ext2更多更深的改变。Ext3主要是针对Ext2添加了日志系统，而Ext4修改了重要的文件系统的数据结构，比如用来存储文件数据的那部分。当然结果就是文件系统有更好的设计，更好的性能，稳定性还有更多的功能。
来源:
删除一个分区并创建ext4分区
- 升级你的系统: pacman -Syu
- 格式化分区: mkfs.ext4 /dev/sdxY (查看mkfs.ext4 man帮助获得更多选项)
- 挂载这个分区
- 添加相关条目到fstab /etc/fstab, 并且修改文件系统类型'type'为 ext4
从Ext3迁移到Ext4
有两种方法迁移分区从Ext3到Ext4：
- 不转换直接把ext3分区挂载成ext4分区格式 (兼容模式)
- 转换ext3分区到ext4格式 (性能模式？)
这两种方法下面详细介绍。
不转换直接把ext3分区挂载成ext4分区格式
基本原理
转换到ext4和继续使用ext3格式的折衷的办法就是把ext3分区当作ext4分区来挂载。
优点:
- 兼容性 (分区的文件系统依旧可以用ext3挂载) – 这允许用户继续使用那些不支持ext4文件格式的发行版/操作系统来读取该分区。（例如：带ext3驱动的Windows系统）
- 提高性能（然而性能依然没有完全转换成ext4分区时好） – 具体信息参看。
缺点:
- 仅有少部分ext4特性能够使用。（只有那些不改变分区格式的功能能被使用，例如multiblock allocation 和 delayed allocation。）
{{Note|除了由ext4格式带来的相对新的不一样的特性（可以看作一种潜在风险）之外，这种技术没有主要的缺点
步骤
- 修改 /etc/fstab，把你想要挂载成ext4的现有ext3分区的'type'栏的内容从 ext3改为ext4。
- 重新挂载使修改成效。
- 完成！
转换ext3分区到ext4格式
基本原理
为了能够使用ext4的全部特性，必须完成一个不可逆转的转换过程。
Pros:
- Improved performance and awesome new features – See for details
Cons:
- Cannot be read/written with ext3 drivers (note that there is no known ext4 driver for Windows)
- Irreversible (ext4 partitions cannot be 'downgraded' to ext3)
必要条件
在 Arch Linux 下需要如下软件：
- kernel26 >= 2.6.28
- e2fsprogs >= 1.41
如果需要/boot分区也转换成ext4，还要求:
注意: ext4补丁已经包含在默认的Archlinux的grub软件包里面了 。 或者，也可以用来从ext4分区启动你的系统。
警告: 从ext4分区启动并不是grub的官方的支持，即使相关支持也仍然在开发当中。虽然GRUB确实能正常工作，但更安全的选择是继续在/boot分区上使用ext2或者ext3格式。要注意这一点！
如果需要转换主分区(/)到ext4还需要:
如果需要转换主分区(/)到ext4，还需要一个带有如下软件的可引导的CD或者USB设备:
注意: 推荐使用最新的Arch Linux(2009.02)。更老版本的Arch Linux镜像(<= 2008.06)只有老版本的
e2fsprogs, 但是仍然可以简单的进入Live环境后使用
pacman -S e2fsprogs来安装新版，当然得设置好网络。还有个选择，去
SystemRescueCd >= 1.1.4下载一个合适的版本，他本身就是一个方便的CD。
步骤
这些说明是从 还有
- 升级! 进行一次整个系统的升级，来保证系统软件符合要求： pacman -Syu
- 备份准备转换到ext4的ext3分区上所有的数据。尽管ext4被认为日常使用非常稳定，但是仍然是一个年轻的没有经过充分测试的文件系统。何况，这个转换过程只是经过相对简单的测试，因为不可能测试所有各种各样用户可能用到的环境配置。
- 修改 /etc/fstab 的'type'栏，把需要转换的所有分区的ext3改为ext4。
警告: 如果不启用新的功能（不完全转换）的话，ext4是向下兼容ext3的。也就是不进行下面的步骤，如果用户有个分区需要和其他系统共享数据，但是其他系统并不支持ext4，那么还是可以在不支持ext4的系统中以ext3的方式挂载此分区，而在Arch中以ext4方式挂载。 但是，这样没有完全转换的ext4只拥有和ext3非常少的新特性。
- 使用e2fsprogs的转换过程必须在分区没有被挂载前提下进行。如果转换主分区，最简单的方法就是启动到其他live环境（其他支持ext4的环境）。就如同'前提条件'里面所描述的那样。
- 有必要的话，启动到Live环境.
- 对于每个需要转换的分区:
- 确保分区没有被挂载
- 运行tune2fs -O extents,uninit_bg,dir_index /dev/分区 (/dev/分区替换成需要转换分区的路径，例如/dev/sda1)
- 运行fsck -fp /dev/分区
注意: 用户必须检测(fsck)这个文件系统, 否则这个分区将不可读! 检测磁盘能够让文件系统回到一般状态。这个过程将在group descriptors找到checksum错误 -- 这个是被预料到的。 '-f'参数要求磁盘检测一定要检查，哪怕文件系统标记是正常的。'-p'参数要求检测的时候能够自动修复(否则，用户将被要求没遇到一个错误确认一次).
警告: 如果用户转换了主(/)分区，启动过程可能遇到kernel panic。如果真的出现了，简单的使用fallback模式启动，然后重新创建默认模式： mkinitcpio -p kernel26
问题解决
Kernel Panic
One problem this author encountered was a kernel panic after converting the root (/) partition to ext4. This is because the initial ramdisk was detecting the partition as 'ext4dev', rather than 'ext4'. It was a simple matter to boot with the 'fallback' initial ramdisk and re-create the 'default' initial ramdisk:
# mkinitcpio -p kernel26
During the creation process, mkinitcpio correctly detected and included ext4 modules in the initial ramdisk.
GRUB Error 13
After a recent kernel update, this author encountered a GRUB error while attempting to boot from an ext4 /boot partition:
Error 13: Invalid or unsupported executable format
The solution is to boot from the live medium and chroot into the Arch Linux installation:
# mkdir /mnt/arch
# mount -t ext4 /dev/sda1 /mnt/arch
# mount -t proc proc /mnt/arch/proc
# mount -t sysfs sys /mnt/arch/sys
# mount -o bind /dev /mnt/arch/dev
# chroot /mnt/arch /bin/bash
If /boot is on a separate partition, this partition must also be mounted:
# mount -t ext4 /dev/sda2 /boot
Then, the following command should resolve the issue. (Does anyone know why?):
# grub-install --recheck /dev/sda
