From owner-freebsd-questions@FreeBSD.ORG Wed Mar 31 10:59:53 2010 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D912B1065675 for ; Wed, 31 Mar 2010 10:59:53 +0000 (UTC) (envelope-from tajudd@gmail.com) Received: from mail-iw0-f199.google.com (mail-iw0-f199.google.com [209.85.223.199]) by mx1.freebsd.org (Postfix) with ESMTP id A019C8FC18 for ; Wed, 31 Mar 2010 10:59:53 +0000 (UTC) Received: by iwn37 with SMTP id 37so894276iwn.15 for ; Wed, 31 Mar 2010 03:59:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=OWj12KEz92+sprpQXyEyZu7rkD2B+EI9zDH6dgsFj3A=; b=PS/F6ZVlFbhmYq5vqoAebc8dxPslgwfbW4pLVgdea8r4UfG+ex2ju3NZyrvkn0syE+ L44AtE8D4gKHLnOfik8HImmosDxJR/8TsY2xzqJpYerpckTSpxBP1jcN3ZCRTTbR7JwJ cjp0Hw86U0b7k85ttJJtqQ2Ei14SnuBtV4Kq8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Ku/AHVmJBZumq9//BqnNR8UVVNdYDdykJkw9UkYZ7Wczxo/zAt8r2T3jJYKUjr/0IA EbHN7R7wpHJTepPv1wumHKjYwCKCwFAosgpZKMmB07Xuka8qfvCveyQdnSJnC4Spyf9T WNO/N07S/AgO7Cehnl1gLC++GQcSyK+V2Afw4= MIME-Version: 1.0 Received: by 10.231.146.147 with HTTP; Wed, 31 Mar 2010 03:59:52 -0700 (PDT) Date: Wed, 31 Mar 2010 04:59:52 -0600 Received: by 10.231.153.1 with SMTP id i1mr720269ibw.35.1270033192262; Wed, 31 Mar 2010 03:59:52 -0700 (PDT) Message-ID: From: Tim Judd To: FreeBSD Questions Content-Type: multipart/mixed; boundary=00504501598b471c3d048316a53d Subject: mkuzip and/or geom_uzip changes? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2010 10:59:53 -0000 --00504501598b471c3d048316a53d Content-Type: text/plain; charset=ISO-8859-1 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? --00504501598b471c3d048316a53d Content-Type: application/octet-stream; name="src.conf" Content-Disposition: attachment; filename="src.conf" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 V0lUSE9VVF9BQ0NUPTEKV0lUSE9VVF9BTUQ9MQpXSVRIT1VUX0FTU0VSVF9ERUJVRz0xCldJVEhP VVRfQVQ9MQpXSVRIT1VUX0FUTT0xCldJVEhPVVRfQVVESVQ9MQpXSVRIT1VUX0FVVEhQRj0xCldJ VEhPVVRfQklORD0xCldJVEhPVVRfQkxVRVRPT1RIPTEKV0lUSE9VVF9CU0RfQ1BJTz0xCldJVEhP VVRfQlNOTVA9MQpXSVRIT1VUX0NBTEVOREFSPTEKV0lUSE9VVF9DRERMPTEKV0lUSE9VVF9DVE09 MQpXSVRIT1VUX0NWUz0xCldJVEhPVVRfRElDVD0xCldJVEhPVVRfRVhBTVBMRVM9MQpXSVRIT1VU X0ZMT1BQWT0xCldJVEhPVVRfRlJFRUJTRF9VUERBVEU9MQpXSVRIT1VUX0dBTUVTPTEKV0lUSE9V VF9HQ09WPTEKV0lUSE9VVF9HREI9MQpXSVRIT1VUX0dCSVA9MQpXSVRIT1VUX0hUTUw9MQpXSVRI T1VUX0lORVQ2PTEKV0lUSE9VVF9JTkZPPTEKV0lUSE9VVF9JUEZJTFRFUj0xCldJVEhPVVRfSVBG Vz0xCldJVEhPVVRfSVBYPTEKV0lUSE9VVF9KQUlMPTEKV0lUSE9VVF9MRUdBQ1lfQ09OU09MRT0x CldJVEhPVVRfTE9DQUxFUz0xCldJVEhPVVRfTE9DQVRFPTEKV0lUSE9VVF9MUFI9MQpXSVRIT1VU X01BSUw9MQpXSVRIT1VUX01BSUxXUkFQUEVSPTEKV0lUSE9VVF9NQUtFPTEKV0lUSE9VVF9NQU49 MQpXSVRIT1VUX05DUD0xCldJVEhPVVRfTkRJUz0xCldJVEhPVVRfTklTPTEKV0lUSE9VVF9OTFM9 MQpXSVRIT1VUX05MU19DQVRBTE9HUz0xCldJVEhPVVRfTlNfQ0FDSElORz0xCldJVEhPVVRfTlRQ PTEKV0lUSE9VVF9PQkpDPTEKV0lUSE9VVF9QRj0xCldJVEhPVVRfUE1DPTEKV0lUSE9VVF9QT1JU U05BUD0xCldJVEhPVVRfUFBQPTEKV0lUSE9VVF9RVU9UQVM9MQpXSVRIT1VUX1JDTURTPTEKV0lU SE9VVF9SQ1M9MQpXSVRIT1VUX1JFU0NVRT0xCldJVEhPVVRfUk9VVEVEPTEKV0lUSE9VVF9TRU5E TUFJTD0xCldJVEhPVVRfU0hBUkVET0NTPTEKV0lUSE9VVF9TWVNDT05TPTEKV0lUSE9VVF9TWVNJ TlNUQUxMPTEKV0lUSE9VVF9URUxORVQ9MQpXSVRIT1VUX1dJUkVMRVNTPTEKV0lUSE9VVF9aRlM9 MQoK --00504501598b471c3d048316a53d--