[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <bug-118401-13602-g6eHUpi4JY@https.bugzilla.kernel.org/>
Date: Tue, 24 May 2016 14:37:23 +0000
From: bugzilla-daemon@...zilla.kernel.org
To: linux-ext4@...r.kernel.org
Subject: [Bug 118401] Lenovo A740 gave up waiting for root device with
kernels >= 4.3
https://bugzilla.kernel.org/show_bug.cgi?id=118401
--- Comment #7 from Theodore Tso <tytso@....edu> ---
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@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists