Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 13 Jul 2016 13:52:13 +0000
From:      Glen Barber <gjb@FreeBSD.org>
To:        Maxim Sobolev <sobomax@freebsd.org>
Cc:        FreeBSD Current <freebsd-current@freebsd.org>
Subject:   Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r
Message-ID:  <20160713135213.GH1520@FreeBSD.org>
In-Reply-To: <CAH7qZfv7wrCK7xORCyP4x4wP0T_9BuhJiyoZ%2B0O-cwKfR7A=Qw@mail.gmail.com>
References:  <op.ykgfddt2kndu52@eveline> <CAG6CVpW3rGEoqTcQodY%2BWVPVsTdxUd6OsB%2BzAq1k7Y-vUrdaSg@mail.gmail.com> <CAOtMX2gAwr_OPgy=FNYjc_wDKafV0DmXPMBxnGOdacctmdtgmw@mail.gmail.com> <20160711214144.GA7465@FreeBSD.org> <20160711214604.GG20831@zxy.spb.ru> <4a7eeee3c2737e9abcb6ba2557630d87@ultimatedns.net> <16f749e5-ca72-de79-651f-d50f9c42309e@freebsd.org> <7d0bd071cfbc78fcb9956e47f186e90b@ultimatedns.net> <CAH7qZfv7wrCK7xORCyP4x4wP0T_9BuhJiyoZ%2B0O-cwKfR7A=Qw@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--U3BNvdZEnlJXqmh+
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

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 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 wi=
th
> unique label and then use GEOM_LABEL to easily find relevant file system =
on
> boot regardless of the physical device name.
>=20
>   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}
>=20

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


--U3BNvdZEnlJXqmh+
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJXhkeHAAoJEAMUWKVHj+KT/c8P/1537HGm7AeuuPRR3XqzgUNt
Dy4ssOD4r/lLCEv3ft/ILipxbr9/p3jggUkpzxzmSGeUWLM5l2vV/bjMDQ2oKZ22
KWAN0fLWVpKbxCntNTjKrxHrSj0skG7LrLc9dq9SpLXClRQrZDGCtiDgWhMQzE2H
4Ls9ZPKhcQy74XtoTnd9qAPjRRjTqi9ldDfO1fJ/qA1SBvjVKYZh8kVHfQxhaC4S
NFHYo6qxb8+lZt/Zy2U7fYfR65h+8XdoVAvzorjAu+YwN6fsLPi3i04Anhm9VzkO
dU24E1Exs1YKpp1vOtrhjgugg0mdm8iSISQWbjoRdP2xJEtiLCLln+/DqPE73JZT
kEHRgCINzrknKWQf5e7hpY3ucCmx/2I22XvZQLRhGZaDmlMaq+0OYDufbTr/pewT
LzKesQEzQHC/OHjbswW2PwDfuPAMxall9YsYSqGx29QIOt7Tt6WbJkpoHSm/OmqJ
c8pd8Dg2vdEZQughfCDU0T0imFSexJZRO+kTVU8beBXvJzVU/hY477Q4y6tojPIF
p5ehD8676+oWAyUYcu3RDZBwU6hITzOh6etW1qS3ZMGIOil5huGiKQuRe9becMKe
+ieFzeVw84RVSkL5KUHjn80mlbMHWtf/NrK2yO5WSKbt3Vo6cCOyHOKcjCM4Us70
J2NNDea4uSzpCmAca6BC
=wtLX
-----END PGP SIGNATURE-----

--U3BNvdZEnlJXqmh+--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20160713135213.GH1520>