Skip site navigation (1)Skip section navigation (2)
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>