lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<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

Powered by Openwall GNU/*/Linux Powered by OpenVZ