https://bugzilla.kernel.org/show_bug.cgi?id=118401 --- Comment #7 from Theodore Tso <tytso@xxxxxxx> --- The ext4 file system will happily mount file systems that are intended for ext2 and ext3. That is, ext4 supports a superset of the features supported by the ext2 and ext3 file system implementations. The CONFIG_EXT4_USE_FOR_EXT23 (before ext3 dropped was dropped) and CONFIG_EXT4_USE_FOR_EXT2 (after the ext3 driver was dropped) merely determines whether or not ext4 claims to be the ext2 or ext3 drivers. This matters only if the file system type is explicitly used in the mount command (e.g., "mount -t ext3 ...") or if you are mounting a non-root file system in /etc/fstab. Now, the distribution is doing something wierd with initramfs, so it's possible this is the cause of the issue, but when the kernel is mounting the root file system it will try using all of the file systems available to it to try to mount it. Furthermore the error message of not being able to find the file system with the specific UUID isn't the error message in the boot logs that would indicate that the problem was that the initramfs was trying to mount with ext3 and failed to find it. Still, if you want to try compiling with CONFIG_EXT4_USE_FOR_EXT2, that certainly wouldn't hurt and would probably help once you get the system working. -- You are receiving this mail because: You are watching the assignee of the bug. -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
