This is probably a bit better, since qemu doesn't like booting over emulated SCSI:
qemu-system-x86_64 -enable-kvm -monitor stdio -m 1024 -bios /usr/share/ovmf/OVMF.fd -cdrom raring-mini-amd64.iso -global ide- drive.physical_block_size=4096 -global ide-drive.logical_block_size=4096 -drive file=t.img,if=ide,index=0,media=disk So. I can certainly see major bugs in partman-base; it assumes 512-byte sectors throughout. I've changed that to use the device's logical sector size, and uploaded partman-base 163ubuntu2 to raring. (Best test using a server image; desktop won't get this until the next ubiquity upload.) This certainly makes the partitioner behave more reasonably in my qemu-based tests. However, I still haven't been able to get the resulting system to boot. This could be because qemu/OVMF are weird about booting between them (which they are), or it could be something to do with GRUB not understanding non-512-byte logical sectors entirely correctly, or it could be something else. If somebody's in a position to quickly confirm the behaviour of tomorrow's daily build on real hardware, that would be great. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1065281 Title: Installer crashed when trying to partition 4k/4k sector hard disks To manage notifications about this bug go to: https://bugs.launchpad.net/dell-poweredge/+bug/1065281/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
