From owner-freebsd-current@freebsd.org Wed Jul 13 14:31:58 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 CD040B987FA for ; Wed, 13 Jul 2016 14:31:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B9892166A; Wed, 13 Jul 2016 14:31:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 79C681E17; Wed, 13 Jul 2016 14:31:58 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 13 Jul 2016 14:31:57 +0000 From: Glen Barber To: Maxim Sobolev Cc: FreeBSD Current Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r Message-ID: <20160713143157.GJ1520@FreeBSD.org> References: <20160711214144.GA7465@FreeBSD.org> <20160711214604.GG20831@zxy.spb.ru> <4a7eeee3c2737e9abcb6ba2557630d87@ultimatedns.net> <16f749e5-ca72-de79-651f-d50f9c42309e@freebsd.org> <7d0bd071cfbc78fcb9956e47f186e90b@ultimatedns.net> <20160713135213.GH1520@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ZG+WKzXzVby2T9Ro" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) 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: Wed, 13 Jul 2016 14:31:58 -0000 --ZG+WKzXzVby2T9Ro Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Maxim, Ok, thanks for the information. I'm glad you replied, because I what I was going to do was wrong. I'm testing things now, and if it works, would integrate this into the build. Thank you for providing this information. Glen On Wed, Jul 13, 2016 at 07:22:58AM -0700, Maxim Sobolev wrote: > Glen, UFSFILE here is the path to the UFS file system input image that can > be created either via attaching file (vnode) with mdconfig, doing newfs > mdX, mount mdX etc or by using mkimg tool. The UZPFILE is resulting CLOOP > image, temporary file. ISOFILE is the output file (ISO). Let me know if y= ou > have some more specific questions, I'll be glad to help. >=20 > -Max >=20 > On Wed, Jul 13, 2016 at 6:52 AM, Glen Barber wrote: >=20 > > On Mon, Jul 11, 2016 at 05:23:32PM -0700, Maxim Sobolev wrote: > > > P.S. Just in case if somebody wants to integrate this method into Fre= eBSD > > > 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 sys= tem > > 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=3D$((st_size + 2048 - (st_size % 2048))) > > > truncate -s ${UZPSIZE} ${UZPFILE} > > > eval $(stat -s ${ISOFILE}) > > > ISOSIZE=3D${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} > > > > > > > I'm very interested in implementing this, provided it solves the > > disc1.iso size issue. Could you provide a bit explanation on what the > > variables above represent? At the moment, I'm having trouble parsing > > the file paths and input/output paths. > > > > Glen > > > > > _______________________________________________ > 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" --ZG+WKzXzVby2T9Ro Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXhlDdAAoJEAMUWKVHj+KT604QAIvBVT9hP1N4wnpPuWPwL0pg KxiT3UXjBYe/Hhk63vvxgEp5UdTxZuOlup9FZ7BlatbS8ulr545oYDv89k6KMdGR 7pzCBL9FT2vTju+V0PUAxKQnhmhQen3vAm9i+ZbN8/G9RqQI1+hJKT//g8I5Y/iO QzCnChFOAs5XJ4Xvn38lmUwrKEia8Z5Swd/JhWCYnPyAGEWyzyp84tvjf5zJK8FQ RjbnOzqBTGhghULCm9+CTs9RfQFwEP/LulJkrrR2+dnLZQuopY9u1TJff+UWVxRm z50t80unsrjYe7sK0yK0PRrENqQTlubM+ZxwJo9EWlM71dTc49jC8/ci2aSwlgNE 9XFbRq1pizOr0i0PXahU3CL/OjrViWm2OUovrfv8Bt35vR/JJe3spKFMIWzHGAdE mwjwyba/f9A1zHcNXLTI3WMKYvGw/I+QZ9nYYL6ZDb9hgg66Ar4ZGz+tkV8BkAcL uCGzA/oVb/xL56+PDZoE15w82chN0OfnxoMWgZKLO5jISZeU5kEQgY0yFzp6Erju qNRmbgzlLwFhkGKGdOJEEghYGqdjykpmAtiXCWdqYAlzyJ79SxC+uadL8wnk/bNe Y3NAQPgZcq6S8HGSaZ6uLL2RhmZ6m2T5gLkbhFEgpKTNEfpVDAcY6MXv5PE0LXWn Pf/QO6ckSBE8W+pAVMnc =o00m -----END PGP SIGNATURE----- --ZG+WKzXzVby2T9Ro--