On Fri, Apr 27, 2012 at 09:42:22AM -0500, David A. Marlin wrote:
Richard W.M. Jones wrote:
>In general pretty good - they work well. However there are a few
>problems I encountered:
>(1) There's no source for the boot scripts. I think you should put
>the source along side the binaries, in /boot/uboot. I ended up using
>'strings' and reconstructing them.
Agreed, the source for the script should be added.
>(2) The sda boot script works fine, however the mmc boot script fails.
>'fatload mmc 0:1 ...' should be 'fatload mmc 1:1 ...' (in both
It worked as provided for me (fatload mmc 0:1). Could this be
Possibly. I replaced the supplied no-brand micro SD card (4G) because
it failed, with a branded Samsung 32GB card. I've no idea if this
would change the numbering.
>(3) If you have both images installed, then it boots one of them
>random, because it boots from 'root=LABEL=rootfs' which picks one of
>the labelled root devices at random.
>This is not a completely stupid configuration: you need to do this if
>you're booting from a USB key and copying the mmc image to the
>internal drive. At some point you'll have a trimslice with both the
>sda image and the mmc image. Probably better to use UUIDs, or to have
I think he was going for consistency across images (change as little
as possible) and to support copying the image to an internal drive,
as you mentioned. Would using UUIDs work in this scenario?
If the UUIDs are different, or changed to be different
(tune2fs -U ...)
what would need to be done (if anything) besides transferring the
image (via 'dd')?
The problem is I was using the sda image for my external (sda) drive,
and the mmc image for my internal drive. The main issue was confusion
-- why rebooting would randomly choose a different root device.
I'm working on creating disk images using lorax/anaconda, and
modeled much of the configuration from Brendan's scripts, so any
tips are appreciated.
Standard advice is to use UUIDs instead of labels or (worst of all)
device paths. However if we're copying images around at all, then
there's the danger of having duplicate UUIDs which is really bad.
I wonder if the normal Fedora live CD generates a new random UUID
after resizing the minimized image? It must do.
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine. Supports Linux and Windows.