From owner-freebsd-current@freebsd.org Tue Jul 12 00:23:35 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 428B8B92700 for ; Tue, 12 Jul 2016 00:23:35 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E3B21754 for ; Tue, 12 Jul 2016 00:23:35 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-it0-x230.google.com with SMTP id f6so2570511ith.0 for ; Mon, 11 Jul 2016 17:23:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=DQPHmTGlXB8SpAqpymQkNrbhY5XnUPh04JH5BnIwnPE=; b=nbMEA1mfgnniRYAvNN9sMrlc3TYAHfunfnlZTlqvPImFWG4mzf6AlJTyDsT/H0uyGI BpXyw/KdrlUJbxcTWJPCHARHQflU6j0Ty0mI47ONfFB9VNr1vwm/TUjxE9sIialSDK3n TDsdIT1qwlvtoirQH1DcEN1VLgKpC1XDn3502ZECGJR/8wDljekqtc9oER052apNn4Sm HHfnz0zUkSk8/BNHzBdUX+O13aIXVIDX0C3zLkSC/cm+fK8W7Do6yl6EseOMXNe7YAyf dhHkAdoOf+30/LlByYZwmHgv69dWTfOCk8VINKONY1C+xW9doAKgQ93NIv9+yQBFQARw 8g7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=DQPHmTGlXB8SpAqpymQkNrbhY5XnUPh04JH5BnIwnPE=; b=S2mPboKv6P7cMQ7pZ0ugQadzTcuKJLuUyK7kRyGrkVHyKGl5cYMM5RK4CCdRuRzlFz TpIwf3T9nSYkGRoHv3O3/RLSKTv6sGSYjo4Gy0FnbNVc4wOcjKpLcTuNUpjlSrjcojzp TIdKmHScC/+sYm/p+j27pbglSXWN+axcvauRikJbUPd9ySo5hRqQ9wGvLKt8EtkZhK4F DeAeNVGHALbYx3LNHfUsvAtHuFfR/6h4eTvnmGHJpiFklRxgkFH6O2jko32tKBUeCK41 ZiY6Odvvzrxc1MOG/CQx8m6c1XtTVnbrO8/C9FjKTNBwlTJepWYGe3B6d4zK0CKhaq7a /50Q== X-Gm-Message-State: ALyK8tKYnsl74GdHDO/X91+zZ3CjrGwMzo15qrt/oN4JLh6Q1F6Hq8EoUiqD50HqnpvstQYBL6mJ4OCqVsqUxkWE X-Received: by 10.36.82.8 with SMTP id d8mr18399420itb.61.1468283013600; Mon, 11 Jul 2016 17:23:33 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.36.59.193 with HTTP; Mon, 11 Jul 2016 17:23:32 -0700 (PDT) In-Reply-To: <7d0bd071cfbc78fcb9956e47f186e90b@ultimatedns.net> References: <20160711214144.GA7465@FreeBSD.org> <20160711214604.GG20831@zxy.spb.ru> <4a7eeee3c2737e9abcb6ba2557630d87@ultimatedns.net> <16f749e5-ca72-de79-651f-d50f9c42309e@freebsd.org> <7d0bd071cfbc78fcb9956e47f186e90b@ultimatedns.net> From: Maxim Sobolev Date: Mon, 11 Jul 2016 17:23:32 -0700 X-Google-Sender-Auth: Pfmv7H8XB8Gwt0QXM__7WnQlefs Message-ID: Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: Chris H Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2016 00:23:35 -0000 P.S. Just in case if somebody wants to integrate this method into FreeBSD liveCD build, we do a bit of trick there by making normal ISO9660 file system with compressed kernel and relevant boot pieces and then also sticking in BSD label on the same disk image. It turns out ISO9660 and BSD disklabel structures do not overlap, so it works nicely since 2005 or so. Then we append UFS image compressed with mkuzip at the end of it. Resulting image can be used just as any ISO would. We also cook up UFS with unique label and then use GEOM_LABEL to easily find relevant file system on boot regardless of the physical device name. mkuzip -dL -S -s 65536 -o ${UZPFILE} ${UFSFILE} mkisofs -b boot/${CDBOOT} -no-emul-boot -r -o ${ISOFILE} ${CDIR} eval $(stat -s ${UZPFILE}) UZPSIZE=$((st_size + 2048 - (st_size % 2048))) truncate -s ${UZPSIZE} ${UZPFILE} eval $(stat -s ${ISOFILE}) ISOSIZE=${st_size} echo "bytes/sector: 2048" > ${TDIR}/label.txt echo "sectors/unit: $(((UZPSIZE + ISOSIZE) / 2048))" >> ${TDIR}/label.txt echo "a: $((UZPSIZE / 2048)) $((ISOSIZE / 2048)) unused" >> ${TDIR}/label.txt echo "c: $(((UZPSIZE + ISOSIZE) / 2048)) 0 unused" >> ${TDIR}/label.txt truncate -s $((ISOSIZE + UZPSIZE)) ${ISOFILE} disklabel -A -R -f ${ISOFILE} ${TDIR}/label.txt truncate -s ${ISOSIZE} ${ISOFILE} cat ${UZPFILE} >> ${ISOFILE} -Max On Mon, Jul 11, 2016 at 4:28 PM, Chris H wrote: > On Mon, 11 Jul 2016 18:39:51 -0400 Allan Jude > wrote > > > On 2016-07-11 18:33, Chris H wrote: > > > On Tue, 12 Jul 2016 00:46:04 +0300 Slawa Olhovchenkov > > > wrote > > > >> On Mon, Jul 11, 2016 at 09:41:44PM +0000, Glen Barber wrote: > > >> > > >>> On Mon, Jul 11, 2016 at 03:32:34PM -0600, Alan Somers wrote: > > >>>>> On Mon, Jul 11, 2016 at 2:01 PM, Ronald Klop > > > >>>> wrote: >> Hi, > > >>>>>> > > >>>>>> Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a > CD on > > >>>>>> Windows 10. It complained that the ISO is too big for my 700 MB > CD-r. > > >>>>>> > > >>>>>> The bootonly iso (281MB) burns and runs ok. > > >>>>>> > > >>>>>> Regards, > > >>>>>> Ronald. > > >>>> > > >>>> Please open a PR. Those images should be able to fit on a CD. > > >>> > > >>> This was actually a known "going to be problem" thing for 11.0. I'm > > >>> looking into how to fix this for 11.0-RELEASE, but right now, there > is > > >>> not much more we can exclude from it. :( > > > Can't it use the compressed iso format, or is it already using that > > > format. Sorry haven't checked. > > >> > > >> Reduce GENERIC to MINIMAL? > > > > > > --Chris > > > > > > > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > > > > > > 380MB of the data on disc1 is the distsets, which are already .txz (max > > compression). That doesn't leave much room for the live OS on the disk. > I'm not sure I was clear enough when I responded. So, just for the record; > I meant the ISO data itself, not the image per se; > that is, not disc-1.iso.txz. But rather mounting a compressed file system. > Be it bz2, or xz(1). I seem to remember tar(1) providing examples about > creating/mounting compressed archives as iso images, and then writing > them as an iso image, that can be later burned to CD/DVD. Another option > that I employ, when creating CD/DVD images, is to take a dump(8) of > the data I intend to create the image of. This method removes the "slack" > from the data/files/dirs, before writing the image -- all the nodes > are contiguous, end-for-end. So there is no wasted space. > > > > > -- > > Allan Jude > > --Chris > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >