Date: Sat, 17 Apr 2010 23:11:35 -0400 From: Yoshihiro Ota <ota@j.email.ne.jp> To: Tim Judd <tajudd@gmail.com> Cc: freebsd-hackers <freebsd-hackers@freebsd.org> Subject: Re: Fwd: mkuzip and/or geom_uzip changes? Message-ID: <20100417231135.422e2db2.ota@j.email.ne.jp> In-Reply-To: <t2qade45ae91003311532h4ccd9b6ft874cccc4417386e0@mail.gmail.com> References: <x2lade45ae91003310359qa4141380he522aebf47d4e429@mail.gmail.com> <t2qade45ae91003311532h4ccd9b6ft874cccc4417386e0@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
If you want to make a bootable FreeBSD CD, take a look at freesbie in ports. That's what the software does. I that doesn't satisfy you, you can start look into creating one on your own. I have a couple of suggestions. mkuzip copies the disk image. You really WANT to unmount before running it; otherwise, file system is in use and dirty. If you load modules, you can simply list these files in /etc/fstab like below. /dev/md.uzip /usr/ports mfs ro,-P,-F/usr/uzip/ports-20090103+xosview.uzip Hiro On Wed, 31 Mar 2010 16:32:09 -0600 Tim Judd <tajudd@gmail.com> wrote: > Also in a separate thread to -questions. Thought it was better on > hackers after a few hours thought. > > > ---------- Forwarded message ---------- > From: Tim Judd <tajudd@gmail.com> > Date: Wed, 31 Mar 2010 04:59:52 -0600 > Subject: mkuzip and/or geom_uzip changes? > To: FreeBSD Questions <freebsd-questions@freebsd.org> > > Hi All, > > Just starting to see if I can find other reports. You all probably > have had the "more than one pair of eyes looking at a thing is better > than my eyes alone." This is why I'm writing now, as I'm starting the > discovery. > > Let me background this a little bit. I only started looking into this > because mkuzip and it's counterpart, geom_uzip are throwing errors on > FreeBSD8 i386 > > > scenario (/etc/src.conf in effect, removing *LOTS* of stuff with knobs): > make DESTDIR=/home/small8 installworld installkernel distribution > mv /home/small8/boot /home/small8-boot/ > makefs -t ffs /home/small8/usr.img /home/small8/usr/ > mkuzip -o /home/small8/usr.uzip /home/small8/usr.img [*] > chflags -R noschg /home/small8/usr/* > rm -rf /home/small8/usr/* /home/small8/usr.img > ee /home/small8/etc/rc.d/mountcritlocal > [**] > makefs -t ffs /home/small8-boot/mfsroot /home/small8/ > gzip --best /home/small8-boot/mfsroot > ee /home/small8-boot/boot/loader.conf > [***] > rm /home/small8-boot/boot/kernel/*.symbols > gzip --best /home/small8-boot/boot/kernel/kernel > mkisofs -U -J -r -V "FreeBSD8" -b boot/cdboot -no-emul-boot > -iso-level 4 -o /home/small8.iso /home/small8-boot/ > > > [*]: mkuzip inserts a script header that is broken. module name it's > searching for may have been renamed? > [**]: Edited mountcritlocal to mount the usr.uzip file as by using the > above script header, throws errors > [***]: added zlib and geom_uzip modules to load to the boot image, to > satisfy the script header's requirements. > > OK, the above scenario creates about a 33MB usr.uzip, and a 68MB iso. > Small enough to apparently fit into the undocumented 50 or 100MB size > limit of mfs_root module > > > The problem: > mkuzip generates a few lines as a script in the head of the > resulting *.uzip file. Two problems... > 1) the module it queries for is geom_uzip (kldstat -m $m), but > FreeBSD8 names the geom_uzip module (i guess, internally) as g_uzip. > mkuzip's generated image will never find the module if they're not > named the same. > 2) even with geom_uzip module and it's dependency zlib loaded, i don't > get a mdconfig node '/dev/md?.uzip' to appear. > > It's been forever since I touched uzip, so I have to ask. > > > Looking at the cvsweb, (as a bonus question, what's the svn website > address to look at source files?) mkuzip program last modified 3 years > (2 months for the Makefile), geom_uzip module Makefile last modified 4 > years ago. > > 3-4 years yield a median FreeBSD version 6.2. Have we broken > something in 7 or 8? > > > > The request: > Is it a PEBKAC? ID 10T error? Duplicatable? > > > I'm gonna research what I can, when I can. I would expect to see > something pop up clearly if it is a regression. Can I ask you all to > use your eyes or past knowledge if something is broken?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100417231135.422e2db2.ota>