Agostino: although older versions of Wubi installs made use of
"rootflags=syncio" as mount options for mounting the root filesystem,
the current version doesn't.  Bug #204133, comment #59 would tend to
support this, at least in theory.

HOWEVER, my root filesystem is in fact the default ext4, which exists in
an ntfs loopback file, and I've had no corruption of files whatsoever.
This is without any syncio mount option.  Also, let me remind you that
the files in question aren't actually corrupted at all.  Only grub2's
reading of modified files shows them as appearing corrupted, and only to
grub2 itself.  I don't think I need to explain why there is nothing at
all wrong with the initscripts package.  If you update your initrd,
grub2 will read it as corrupted.  If you update the grub packages
themselves, grub.cfg will be rewritten and grub2 will read it as
corrupted.  If you update your kernel to -15, it's rewritten, and grub2
reads it as corrupted.  You see the pattern here?  All three of these
were recent updates triggering different error messages, causing people
to file multiple problem reports here, but the cause was always grub2
itself.

Ultimately, I won't be surprised in the least if we end up discovering
the problem to be in the loopback.mod, ntfs.mod, or ext2.mod modules of
grub2.  In my tests, I chose to make the separate /boot fs to be ext2 to
eliminate the possibility of the problem being journal related.  There
is another test you could perform, which is doing a default Wubi
install, creating a root.disk of equal size, making it an ext2fs,
copying over the complete install, booting it, and updating it.  If you
have the same exact problem with grub2, you'll know it isn't journal
related (ext2 doesn't do journaling), which only leaves the loopback
and/or ntfs modules of grub2 as the culprits.

-- 
Wubi/Karmic boot: kernel panic - not synching: VFS
https://bugs.launchpad.net/bugs/477169
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to