Actually the first partition's start value of "63s" is hardcoded into the
script.
Therefore it's easy to change:
Edit /usr/share/pyshared/VMBuilder/disk.py
In line 299, change
partition_start = "63s"
to
partition_start = "2048s"
--
You received this bug notification because you are a member
Since Lucid, partitions start at 1MiB (2048s) to ensure good performance
on advanced format drives
(https://wiki.ubuntu.com/LucidLynx/ReleaseNotes#Partition_alignment_changes_may_break_some_systems).
Maybe ubuntu-vm-builder could do the same ?
--
You received this bug notification because you ar
I can confirm that simply change '63s' to '64s' in the attached patch
worked fine. I only applied the portion of the patch related to cylinder
offsets.
If I knew Python, I'd make the partitions file take a start position in
Parted format. But I don't.
--
You received this bug notification becaus
I've just had a look at this patch again and I see a problem.
You always offset by 63 sectors, despite the out of ubuntu-vmbuilder
saying (see attached output) that the CHS geometry used was */4/32. You
are offsetting by 63 sectors, so that's not a a cyl boundary.
More seriously, if this image go
Confirmed that without this patch, "grub-setup (hd0)" (with grub-pc's
grub-setup)
complains as described above, and, with this patch, it's just fine. So I will
merge
in the patch. Thanks again for the patch, Neil, and for the bug report, Alex.
--
You received this bug notification because you
That's not to say that partition2disk is right either - just another
thing that needs to be made consistent.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/578199
Title:
ubuntu-vm-builder builds imag
Just checked partition2disk from Eucalyptus and it does use '63s' as the
start specification for the first partition, so the patch is consistent
with UEC Eucalyptus.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpa
There appears to be lots of different interpretations that's the
problem. That article was the best description I've found of the
process.
The 63s definition comes from 'partition2disk' as used in the UEC
Eucalyptus implementation. That's the main reason I went with that.
There may be an off by on
I'm not sure that's right. Firstly, partitions are meant to be cylinder aligned
(per the original DOS specs). sfdisk etc. will refuse to write partition tables
unless they are, unless --force is specified. Secondly, fdisk and other
utilities are now (when they can read the geometry) creating 1Mb
That's just me getting my tracks and cylinders mixed up then. It
should be 'ignore first track'.
The MSDOS convention is to avoid allocating the first 63 sectors (ie
0x1 lots of 512 bytes about 32K) and that is where grub hides
itself.
Gory details here:
http://people.apache.org/~skitching/M
I may be reading this patch wrong:
lp:~brightbox/vmbuilder/exclude-first-cylinder
but that would appear to create the first partition 63 sectors in. If
so, this is incorrect (note I haven't tried it).
Technically you should get the geometry from the disk, but most disks
(not all) have 63 sector
** Branch linked: lp:~brightbox/vmbuilder/exclude-first-cylinder
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/578199
Title:
ubuntu-vm-builder builds images with no post-MBR gap
--
ubuntu-bugs mai
** Changed in: ubuntu-vm-builder (Ubuntu)
Status: New => Confirmed
--
ubuntu-vm-builder builds images with no post-MBR gap
https://bugs.launchpad.net/bugs/578199
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mail
I'm doing "ubuntu-vm-builder kvm lucid"
--
ubuntu-vm-builder builds images with no post-MBR gap
https://bugs.launchpad.net/bugs/578199
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.
14 matches
Mail list logo