Instead of cluttering the bug reports, since it's unclear what bug is what, if they are dups, etc. to discuss here. The gist is that regardless of cause, after installing Fedora, Windows 7 is not bootable and is not repairable by the Windows automatic startup repair. shrinking Windows partition creates an unusable dual-boot setup https://bugzilla.redhat.com/show_bug.cgi?id=875944 Resize of NTFS partition results in partition smaller than the filesystem, broken Windows install https://bugzilla.redhat.com/show_bug.cgi?id=885912 I think there are two bugs that qualify as blocker. 1. Anaconda is simply asking for way too much space for Fedora, and in my view that's bug 875944. It appears anaconda is accepting ntfsresize minimum plus a small amount of padding. Regardless, it's taking too much away from Windows, and even if the resize worked, it renders Windows functionally useless until Fedora is removed and Windows is resized to something sensible. 2. The other is probably a libntfs-3g bug, so I think 885912 should be reassigned. ntfsresize is claiming the resize was successful. 15:39:41,412 INFO program: Successfully resized NTFS on device '/dev/sda2'. But then ntfsinfo -m right after this reports the file system as broken. [root@localhost liveuser]# ntfsinfo -m /dev/sda2 Failed to read last sector (26349600): Invalid argument HINTS: Either the volume is a RAID/LDM but it wasn't setup yet, or it was not setup correctly (e.g. by not using mdadm --build ...), or a wrong device is tried to be mounted, or the partition table is corrupt (partition is smaller than NTFS), or the NTFS boot sector is corrupt (NTFS size is not valid). Failed to mount '/dev/sda2': Invalid argument The device '/dev/sda2' doesn't have a valid NTFS. Maybe you selected the wrong device? Or the whole disk instead of a partition (e.g. /dev/hda, not /dev/hda1)? Or the other way around? Failed to open '/dev/sda2'. It's unclear if ntfsresize is miscomputing the minimum resize, or if it's just screwing up the resize (or both). Chris Murphy |
-- test mailing list test@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test