<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>11278</bug_id>
          
          <creation_ts>2017-03-31 17:52:22 +0000</creation_ts>
          <short_desc>wic: create an option to use entire disk</short_desc>
          <delta_ts>2017-08-28 09:58:52 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>OE-Core</product>
          <component>Scripts and Tools</component>
          <version>2.2</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>2.4 M3</target_milestone>
          
          <blocked>11291</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Stephano Cetola">stephano</reporter>
          <assigned_to name="Ed Bartosh">eduard.bartosh</assigned_to>
          <cc>brian.avery</cc>
    
    <cc>california.l.sullivan</cc>
    
    <cc>ross.burton</cc>
    
    <cc>sgw</cc>
    
    <cc>stephano</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>Yes (doc changes required)</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>71971</commentid>
    <comment_count>0</comment_count>
    <who name="Stephano Cetola">stephano</who>
    <bug_when>2017-03-31 17:52:22 +0000</bug_when>
    <thetext>We would like to have wic provide functionality similar to mkefidisk. 

Essentially, use as much of the disk space as is available:
ROOTFS_SIZE = (DEVICE_SIZE - BOOT_SIZE - POSSIBLE_OTHER_THINGS)

Ideally there would be 2 options:
 1. pass in --disk-size 
 2. pass in --usb-dev=/dev/sde</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>74142</commentid>
    <comment_count>1</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2017-06-14 13:27:09 +0000</bug_when>
    <thetext>So I&apos;m wondering if a useful and workable way to do this would be to have wic handle the writing of the image to the target device.  This way it could read the partition table in the image, manipulate it to fill the target device, write that new partition table and the file systems, and finally expand each of the file systems to fill the space.

Ideally, as simple as:

$ wic write --expand my-image.wic /dev/sdc</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>74146</commentid>
    <comment_count>2</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2017-06-14 15:04:02 +0000</bug_when>
    <thetext>One of our users would like the ability to say eg &quot;give me a 100MB /boot, and expand / to fill the disk&quot;, so we&apos;d ideally like quite some flexibility when expanding.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>74147</commentid>
    <comment_count>3</comment_count>
    <who name="Ed Bartosh">eduard.bartosh</who>
    <bug_when>2017-06-14 15:08:35 +0000</bug_when>
    <thetext>would it be enough to keep first partition as is and split remaining media space between the rest of partitions?

if someone wants to have 100Mb /boot may be better option would be to use --size 100M in .wks?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>74151</commentid>
    <comment_count>4</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2017-06-14 15:38:48 +0000</bug_when>
    <thetext>I expect so yes.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>74890</commentid>
    <comment_count>5</comment_count>
    <who name="Ed Bartosh">eduard.bartosh</who>
    <bug_when>2017-07-10 09:21:09 +0000</bug_when>
    <thetext>Agreed on implementing wic write --expand my-image.wic /dev/sdX in such a way that it will keep first partition unmodified and expand the rest of partitions to fill the media.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75242</commentid>
    <comment_count>6</comment_count>
    <who name="Ed Bartosh">eduard.bartosh</who>
    <bug_when>2017-07-24 07:36:01 +0000</bug_when>
    <thetext>Shifted to M3</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75823</commentid>
    <comment_count>7</comment_count>
    <who name="Saul Wold">sgw</who>
    <bug_when>2017-08-11 21:53:02 +0000</bug_when>
    <thetext>Staying with Ed to finish up for M3</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>76156</commentid>
    <comment_count>8</comment_count>
    <who name="Ed Bartosh">eduard.bartosh</who>
    <bug_when>2017-08-25 13:53:28 +0000</bug_when>
    <thetext>Sent patchset for review: http://lists.openembedded.org/pipermail/openembedded-core/2017-August/141419.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>76169</commentid>
    <comment_count>9</comment_count>
    <who name="Ed Bartosh">eduard.bartosh</who>
    <bug_when>2017-08-25 20:14:03 +0000</bug_when>
    <thetext>sent v2: http://lists.openembedded.org/pipermail/openembedded-core/2017-August/141440.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>76184</commentid>
    <comment_count>10</comment_count>
    <who name="Ed Bartosh">eduard.bartosh</who>
    <bug_when>2017-08-28 09:58:52 +0000</bug_when>
    <thetext>merged into poky master. commit id: 390dcbf2e14f212d81a8fe252cf3ae801b82ffa9</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>