From owner-freebsd-stable@FreeBSD.ORG Sun Oct 27 07:29:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 581686F9 for ; Sun, 27 Oct 2013 07:29:50 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C4A842B1D for ; Sun, 27 Oct 2013 07:29:49 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id r9R7Otn4088949; Sun, 27 Oct 2013 18:24:55 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 27 Oct 2013 18:24:55 +1100 (EST) From: Ian Smith To: David Boyd Subject: Re: memstick.img size adjustment In-Reply-To: <0BEF1ADC0CFB448F9CB7264B652C4643@sneezy> Message-ID: <20131027144834.T80429@sola.nimnet.asn.au> References: <0BEF1ADC0CFB448F9CB7264B652C4643@sneezy> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 07:29:50 -0000 On Wed, 23 Oct 2013 11:37:04 -0400, David Boyd wrote: > Would it be in anyone else's interest to have the size of the memstick > images for 10.0-RELEASE+ adjusted upward a little (say 64MB) to allow for > some free space on the filesystem? > > We have custom installation scripts that add "misc.txz" to the bsdinstall > distribution list. These scripts want "misc.txz" to be able to grow to a > few megabytes. > > The current image is too large for 512MB USB drives, so it would seem that > as long as the image remains smaller than 1GB it will still fit on current > devices. Can you still get 1GB sticks? I haven't seen anything less than 4GB in local shops for ages, we see 4 and 8GB sticks given away as promotional keyfobs by various businesses, and 32GB sticks are no longer expensive. I don't understand why we still aren't doing a 4GB image with the same content as the DVD by now. PC-BSD was doing this at 8.2 or earlier. But then, I never understood why we used DD mode (/dev/da0a) rather than a properly sliced MBR with the potential to have multiple releases &/or architectures on one stick. Again, PC-BSD (at 8.2 anyway) made a stick with a slice table, so storing data (dmesg, pciconf, whatever) back to the stick was trivial, as was adding boot0 to allow boot selection. > Or can someone identify the custom changes we need to generate-release.sh in > order to accomplish this? I'm all ears. > We need to be able to make this increase for 9.2-RELEASE+, but I hope this > is generally acceptable for future releases. I must admit having given up on this some years ago; time I had another look to see where it's up to. Not that MBR is likely to 'stop working', but is there yet any replacement for boot0 for GPT partitioning in the wings? I know all the Big Guys are using virtualbox and I suppose that multibooting is considered passe` these days; call me an old fogie .. cheers, Ian