Date: Thu, 14 Jul 2016 23:13:56 +0000 From: Glen Barber <gjb@FreeBSD.org> To: 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: <20160714231356.GP4690@FreeBSD.org> In-Reply-To: <20160714205024.GO4690@FreeBSD.org> References: <op.ykgfddt2kndu52@eveline> <20160713221253.GU1520@FreeBSD.org> <CAH7qZfuwkxvxJW8jygCdZ4sEsQjYOh950itd0hZdVD_LVi7utQ@mail.gmail.com> <20160714205024.GO4690@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--zxEKvxCKojqA/Afl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable With additional tweaks, I was able to get the CD to boot both with a real internal CD-ROM drive, as well as USB CD-ROM. I have uploaded a disc1.iso image here: https://people.freebsd.org/~gjb/disc1_uzip.iso Could people try this on various hardware, KVM setups, and so on? I'm mainly interested if you get to the bsdinstall(8) screen, not issues not directly related to using GEOM_UZIP to compress the image further. (Meaning, I'm not asking for people to do installs from this image.) The hashes are: SHA512 (disc1_uzip.iso) =3D 560033cbc65932abb77ae85475f3a222fbdd8a35f99ac220f85028ede60a47305d62c5e8eab= 508bfb3f02f0d074a1dc3200f2a1e409408e34fa9808e800ad6df SHA256 (disc1_uzip.iso) =3D 65edbc4ddca29af5f9f03f8a3026e06462f05400d70b79d4a8d0adf2ea875e33 I'll create the project branch shortly, and add the relevant bits afterward. Thank you. Glen On Thu, Jul 14, 2016 at 08:50:24PM +0000, Glen Barber wrote: > Thank you for the additional information. >=20 > I finally found my old laptop's internal CD-ROM drive, so I'll be able > to at least check if the issue is USB-related. I just need to open the > laptop to install it. After which I'll tinker with the cluster sizes > and test further. >=20 > Glen >=20 > On Wed, Jul 13, 2016 at 10:30:33PM -0700, Maxim Sobolev wrote: > > Hi Glen, nice update, glad being of some help. The slowdown may be rela= ted > > to the fact that geom_uzip reads whole compressed cluster, which is 20-= 30k > > typically, even if only single block from that cluster is requested. I > > imagine it might impact rc.d, which is essentially bunch of small(ish) > > shell scripts and I would not be surprised if their blocks would be > > scattered all over the place. There is some very basic caching in the > > geom_uzip module, but it is only one cluster deep. What might help if y= ou > > still have some room on the CD is to decrease cluster size (-s paramete= r of > > mkuzip), to something like 32k or even 16k. That would make compression > > less effective, but would reduce the I/O bandwidth waste, which could a= lso > > be important for the KVM setups. I might also look into making a bigger > > cache, as RAM is getting cheaper and more abundant every day. Another > > approach would be to make several "partitions", segregating for example > > /etc stuff so it's all tighly packed together and you can also use smal= ler > > cluster size for /etc and bigger for the rest. In any case, keep me pos= ted > > with your findings. > >=20 > > -Max > >=20 > > On Wed, Jul 13, 2016 at 3:12 PM, Glen Barber <gjb@freebsd.org> wrote: > >=20 > > > Just replying to the first email in the thread, since it's a general > > > reply, and only related to the original topic at hand, and only for > > > informative purposes at this point. > > > > > > On Mon, Jul 11, 2016 at 11:01:51PM +0200, Ronald Klop wrote: > > > > 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. > > > > > > > > > > I have *something* semi-working, with a huge amount of help from Maxim > > > in private email. There is still a nit or two to fix, I'm running in= to > > > them as I rebuild the ISO after fixing the prior issue. But, right n= ow, > > > I can get the ISO to boot enough to get to a shell (the "init failed = due > > > to inability to mount '/'" shell, but it is still a shell). :) > > > > > > Once I get what I have now into a state where it's somewhat committab= le, > > > I'm going to create a project branch to sand off the edges, instead of > > > doing it directly in head, since there might be some edge cases for > > > non-x86 architectures. (But some other architectures do not have the > > > "too big" problem.) > > > > > > Once that is merged, I fully intend to merge this to stable/11, provi= ded > > > there is no major fallout. With what I have now, disc1.iso is 630M, = and > > > the disc1.iso.xz is 554M. I'll upload an image somewhere public for > > > people to test 11.0-BETA1 on hardware, KVM, etc. One thing to note, > > > though, there appears to be a significantly non-zero speed decrease, > > > though this may just be because my CD-ROM is USB-based. When I have = the > > > ready-to-commit result, I'll test it on a machine with an internal CD > > > drive. > > > > > > 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.o= rg" --zxEKvxCKojqA/Afl Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXiByvAAoJEAMUWKVHj+KThyIQAKHy+cN/IvfmVR4USuRuLRV/ ELNryfv5DgvjQI4GAhcUuqrbqkRycKbuY1j4QCIHGZCKNhx0y5uryHtxTgxfA9y7 BfDHGtO0FG25geYs2CSbm0le0IQnHK+Bnc62zI+SosBjURnY70eQNabBMgBVJ+qR C/TqQ4/WhBTbWwf+/1PUuRv58kbvfKPyH/bL5Fg0n1PsmrHWLtcZ/yNE3gJnDM3G YQsJWUM3z5kXIjWTu938P9vv3d5Y/fz7HmDyJywMxqldliO6jq37nxEE4pOBY52C 6WOJySa+5uhc2dIZLo/Rf3Tj5Kf7tvslqfQNGGb9nuOxmg65P/4F/pcqTmQZL3u6 h43iy1gxc/ILEvD2G3LdApaa1oGZps4Pxj9dyp+k1/G4bvb57jmijE75qr32/7nO 8ns4Kfbla2V/YhXSsOzmoWEJsU9X4ZEomN+6N45EKxTUL9C9ePkhhnTBckVvVjAG v1nXi+uBHOhFEDnuDN1GKDMqwnmgK8NoPtLgOTZlCY/AhU1MrBuvgrJIP/jdmFxy NVkk2fyJhQk7cMniF6CIaqYD+AHTue+dWVnOVdRsTTVjIZYPjCUBS0IEHA6V/3vI J4Z/1abztZqmKN4JmFIb6pPVonI1WdfrxGgDeWob02WI14oZfL7KMYX7XM7nopPN v9huw7/8UxeKzgt6Sgem =7Huz -----END PGP SIGNATURE----- --zxEKvxCKojqA/Afl--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20160714231356.GP4690>