From owner-freebsd-questions@FreeBSD.ORG Fri Aug 29 14:42:20 2014 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A32F8699 for ; Fri, 29 Aug 2014 14:42:20 +0000 (UTC) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 707551748 for ; Fri, 29 Aug 2014 14:42:20 +0000 (UTC) Received: by mail-ig0-f173.google.com with SMTP id h18so9762382igc.6 for ; Fri, 29 Aug 2014 07:42:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=3OgbK4RWnCXafIT3JIlfY0NKrWmOg71laTkP6bsD/TM=; b=vQLO0vbrpI+iM45glBU4ROUKvGZmrcAoZC6sIfq+ybSXv/rviJMis8KtvTwCnsY30C oj2ZWZ5wQFXmHL1/jg+XTAkdwv7f9ZALglRd8TsKzkIsyD49tkdd6wEnr9P+E256aoHi bpnSW8lWjRROcW6CV0PY8tGDjAA8Hv3tZPYZZjOZuGYXDsWLmn8KzwTa6V9/WAzENC03 5O680wG6LAHvwjtqh6fUENrNJOEyNptlmXOHcnsRBhiGLwA6kLQlMr4tW78/UwmntIEl Iw0ssMNW28JBmHDcgcfjEI/q0ljcum+975L3e8SBzCR6Bpw9s8qI8waq+/3Ggp5Iuz3p WG1g== MIME-Version: 1.0 X-Received: by 10.50.61.195 with SMTP id s3mr4453854igr.29.1409323339941; Fri, 29 Aug 2014 07:42:19 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.64.165.73 with HTTP; Fri, 29 Aug 2014 07:42:19 -0700 (PDT) In-Reply-To: <20140827142517.CF67A228B7@server1.shellworld.net> References: <20140827142517.CF67A228B7@server1.shellworld.net> Date: Fri, 29 Aug 2014 10:42:19 -0400 X-Google-Sender-Auth: ppoBce_BdEzoxSiRq0fagPF7Ofw Message-ID: Subject: Re: Recreating the FreeBSD Installation Disks From: Rick Miller To: "Martin G. McCormick" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 14:42:20 -0000 Hi, I realize I'm late in the game...inline... On Wed, Aug 27, 2014 at 10:25 AM, Martin G. McCormick < martin@server1.shellworld.net> wrote: > I have been asking lots of questions recently about > whether the procedure for building a custom FreeBSD installation > CD has changed and it apparently has not but the problem I am > having is not hard to define. > The original image downloaded from freebsd.org is: > FreeBSD-9.1-RELEASE-amd64-disc1.iso and it is > 718862336 bytes large. > I mounted it on a FreeBSD9 system as follows: > ##Set up memory disk. > # mdconfig -f FreeBSD-9.1-RELEASE-amd64-disc1.iso -u 1 > ##Mount it. > #mount -t cd9660 /dev/md1 /mnt2 > Everything looks normal if you ls /mnt2. > If one was to use mkisofs with /mnt2 as the top of the tree, a > new iso image file should appear somewhere that is about the > same size as the starting ISO file. As a test to see if this > happens, I did the following: > # mkisofs -J -R -V customBSD -no-emul-boot -b boot/cdboot -iso-level 3 > -o \ > #/home/martin/tmp/serialcd64.iso . > #ls -l /home/martin/serialcd64.iso > -rw-r--r-- 1 root martin 833892352 Aug 26 10:48 serialcd64.iso > > Man! I sure wish my pay check could do that after a week of > living. > I know that hard links will make tar and rsync produce > larger outputs if not called correctly. My understanding is that > hard links are multiple sets of inode numbers pointing to the > same files so they are hard to mechanically distinguish from > actual disk space being occupied by the same data in more than > one spot. > When one needs to make a custom CD, the extremely > difficult part is recreating the steps that were used to > originally build the image. > An amusing side note; I used rsync to create a writable > copy of the tree as follows: > #cd ./treetop > #sudo rsync -a /mnt2/ ./ > A few seconds later, I had something that built without > a single complaint so I made an image out of treetop and got: > #ls -l custom* > -rw-r--r-- 1 martin martin 455213056 Aug 26 11:42 custom.iso > That was the exact same file tree that insists on being > 120 MB too large if you try to make a straight ISO image from > the mounted file system of the original image which is about 300 > MB larger than this one. > That has been pretty much the story of the last few days > and I am running out of things to try. The process for building > the FreeBSD installation CD is clever since it manages to cram > so much in to the limited space without compressing the entire > image. So far, orthogonalness has escaped me at every turn. > You have already been back and forth working on this via the list and I have nothing very meaningful to contribute except that I encountered a problem using the 10.0-RELEASE bootonly ISO on a few bare metal chassis' (though 8.0-RELEASE bootonly ISO has worked nearly 4 years installing 8.x). A solution to the problem, described in PR190939[1], has not been determined. However, switching from the bootonly ISO to mfsBSD[2] has, thus far, proven successful in performing fully automated, non-interactive installs. mfsBSD provides several advantages over the ISO including, but not limited to, being mounted rw (as opposed to ro in the ISO) and it's much smaller footprint (~40MB image vs 200MB+ ISO). Perhaps mfsBSD can be considered as an alternate installation media? [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190939 [2] http://mfsbsd.vx.sk -- Take care Rick Miller