From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 21:26:39 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 CA4EA1065677; Thu, 1 Apr 2010 21:26:39 +0000 (UTC) (envelope-from tajudd@gmail.com) Received: from mail-yx0-f195.google.com (mail-yx0-f195.google.com [209.85.210.195]) by mx1.freebsd.org (Postfix) with ESMTP id 65FA58FC1A; Thu, 1 Apr 2010 21:26:38 +0000 (UTC) Received: by yxe33 with SMTP id 33so697978yxe.15 for ; Thu, 01 Apr 2010 14:26:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=ijzl19iFSNYz2syqHeRrKETYgm/B9Uf77zCSvhXX1HM=; b=Qolo9QfAvp+fK8LbJgKJQIUyxaaCrJZ9g0dupvwWu/6jj6Ae+HVP5cw5LinFG5yNWr aEKdlPbpQQqG1e/CVc+7jqlj3Gsr2bwB1+e5EDHyl/mqGjjfrf/Yom64LLxXTvy+j5t0 P5ixLTiWHFRGTKJiJsjMG3BYezL54vuvqpnXQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=E347Yhz05AJPeoGgau5kXlwQYpZj8K2pTkEItW7MU3G6/jDqRlyIR2DQ5Kt2aZA58R RFVZUosmSepFVfm+AgXyzqGv1hH0jfnt4WGzfA/VM5PkiyR+fJYTTkmKzi+5RUIzpkXa PGCnajNagTNX8a5YkGJSv7F8tN96yEIDOpERE= MIME-Version: 1.0 Received: by 10.231.146.147 with HTTP; Thu, 1 Apr 2010 14:26:38 -0700 (PDT) In-Reply-To: <201004011625.45293.jhb@freebsd.org> References: <201004011304.38857.jhb@freebsd.org> <201004011625.45293.jhb@freebsd.org> Date: Thu, 1 Apr 2010 15:26:38 -0600 Received: by 10.101.136.19 with SMTP id o19mr3498262ann.142.1270157198138; Thu, 01 Apr 2010 14:26:38 -0700 (PDT) Message-ID: From: Tim Judd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 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 21:26:39 -0000 On 4/1/10, John Baldwin wrote: > 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? If I remember, it does. I will be double checking these details tonight. In about 2 hrs or so. > > -- > John Baldwin >