From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 20:29:50 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AD67106566C for ; Thu, 1 Apr 2010 20:29:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 05FC38FC1B for ; Thu, 1 Apr 2010 20:29:50 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6F24146B0C; Thu, 1 Apr 2010 16:29:49 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 96F408A01F; Thu, 1 Apr 2010 16:29:48 -0400 (EDT) From: John Baldwin To: Tim Judd Date: Thu, 1 Apr 2010 16:25:45 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <201004011304.38857.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004011625.45293.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 01 Apr 2010 16:29:48 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-hackers@freebsd.org Subject: Re: Fwd: mkuzip and/or geom_uzip changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 20:29:50 -0000 On Thursday 01 April 2010 1:14:30 pm Tim Judd wrote: > On 4/1/10, John Baldwin wrote: > > On Thursday 01 April 2010 10:48:07 am Tim Judd wrote: > >> On 4/1/10, John Baldwin wrote: > >> > On Wednesday 31 March 2010 6:32:09 pm Tim Judd wrote: > >> >> 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 > >> > > >> > BTW, you can raise this limit by changing NKPT. > >> > >> > >> I'm sorry, I'm not sure what you're referring to when you are telling me > >> this. > > > > If you increase NKPT (look in /sys/i386/conf/NOTES on a recent stable) you > > can use a larger mfs root. > > > >> >> 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. > >> > > >> > Do you have a md0 device at all? I think you want to hack the script to > >> > do > >> > something like this: > >> > >> I double check at home tonight, but I don't remember any additional md > >> devices, since I'm running from an MFS_ROOT, i get md0, but that's > >> all. > >> > >> I definately do not get any /dev/md?.uzip files. No .uzips show up. > > > > You will not get the uzip device until you create the md device via > > mdconfig -af. > > And that was one of my troubleshooting attempts the other night. > Instead of relying on a (misdone) embedded script, I tried mdconfig > -at vnode -f; and a mdconfig -af;. If I recall, they create a md? > node, but not a md?.uzip node. > > > No joy, I have been trying to grep source files seeing what might be > the problem of creating the md?.uzip, but I still haven't found the > code that does it. Does it create a /dev/md1 device? -- John Baldwin