https://bugzilla.kernel.org/show_bug.cgi?id=195561 --- Comment #23 from Theodore Tso (tytso@xxxxxxx) --- What version of AOSP are you using, and how recently have you refreshed with latest AOSP master (if you are using AOSP master)? The reason why I ask is because there have been a number of changes that have recently landed in AOSP over the last couple of months changing how ext4 file systems are created. They used to use make_ext4fs, and they are now using mke2fs plus a collection of Android-specific utilities in e2fsprogs/contrib/android. (Note there are a lot of patches in AOSP's e2fsprogs that haven't been integrated into mainline e2fsprogs yet.) No one else is complaining about problems in the Linux kernel, and given that you are seeing this problem across a huge spread of kernels, I'm wondering if the problem is in the verison of AOSP you are using and whether it is creating file systems which are sane. I know that version being used internally at Google is working, but it's possible (a) that what has been pushed out to AOSP doesn't have all of the bug fixes that they are using, or (b) you haven't doing a repo sync, and the bug has since been fixed in AOSP master, or (c) they have been doing mostly ARM-based testing and the problem hasn't been noticed in android-x86 yet. (I have no idea which branches various Android development efforts are using; it's not my main area of focus and I've been way to busy recently to pay enough attention here. So there is a bit of guessing here.) Something you might want to try is try installing the file system where you've been having trouble --- and then checking it with e2fsck before the kernel has a chance to mount it read/write. If e2fsck is reporting problems before the kernel has mounted it, or mounted it read/write, then it's almost certainly a userspace bug in AOSP somewhere. One other thought. I'm pretty sure there are some device kernels using 4.4 under development, but I'm *certain* there are device kernels using 3.18 (including, as it happens, my Pixel XL running Android 7.1.2). So if you haven't tried 3.18, give it a quick spin. If you are seeing the problem on 3.18, then it's almost certainly not a kernel bug, but Something Else. The thing I come back to is that I'm not seeing any other complaints similar to yours from Desktop distributions using Linux, or from people with shipped devices, or people internally at Google doing development on Android O. (Which is out as a developer preview. :-) -- You are receiving this mail because: You are watching the assignee of the bug.