Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Darren Hart <dvhart@linux.intel.com>
To: "Burton, Ross" <ross.burton@intel.com>
Cc: damien.lespiau@intel.com, "Wold, Saul" <saul.wold@intel.com>,
	Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: RFC: Braindump on Bootloaders, Image Types, and Installers
Date: Wed, 06 Jun 2012 09:28:48 -0700	[thread overview]
Message-ID: <4FCF8540.9000000@linux.intel.com> (raw)
In-Reply-To: <CAJTo0LawLH56WhV8KcXXKxzP6b4MnrpQHrkoQ2q2PJ3BR+-8OQ@mail.gmail.com>



On 06/06/2012 05:39 AM, Burton, Ross wrote:
> Hi,
> 
> On 5 June 2012 21:54, Darren Hart <dvhart@linux.intel.com> wrote:
>>  * Disk Image
>>    - create partitioned images (not just volume images)
>>    - intended to be written to USB sticks, MMC drives, or SATA disks
>>    - may require a script to assemble the image for specific target
>>      devices.
> 
> Can we get an option to specify the size of the target device?  I've a
> 4GB stick that I'm using with .hddimg (being the lucky owner of a box
> that actually boots them!) and it's sad to see the rootfs being only a
> little bigger than the contents when there is about 3.5G of empty disk
> space available.

I believe this is a better fit for the diskimage type with proper
partitions. I don't have data regarding performance of a loop mounted
filesystem versus a proper block device, but my gut feel is that using
block devices for large partitions will provide a better experience.

If we did want to allow for the use of the entire disk, we should find a
way to do so without bloating the image files themselves with empty
filesystem space. Does anyone know if we can use sparse files to
accomplish this with rootfs.img?

Thanks,

-- 
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel



  reply	other threads:[~2012-06-06 16:40 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-05 20:54 RFC: Braindump on Bootloaders, Image Types, and Installers Darren Hart
2012-06-06 12:39 ` Burton, Ross
2012-06-06 16:28   ` Darren Hart [this message]
2012-06-06 16:47 ` Mark Hatle
2012-06-07 16:11   ` Koen Kooi
2012-06-08  6:16     ` Saul Wold
2012-06-08  7:38       ` Koen Kooi
2012-06-08 23:49   ` Darren Hart
2012-06-07  6:52 ` Anders Darander
  -- strict thread matches above, loose matches on Subject: below --
2012-06-05 21:58 Daniel Lazzari

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4FCF8540.9000000@linux.intel.com \
    --to=dvhart@linux.intel.com \
    --cc=damien.lespiau@intel.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=ross.burton@intel.com \
    --cc=saul.wold@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox