From owner-freebsd-current@freebsd.org Wed Jul 13 14:22:59 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED62CB986E4 for ; Wed, 13 Jul 2016 14:22:59 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-it0-x232.google.com (mail-it0-x232.google.com [IPv6:2607:f8b0:4001:c0b::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B8BCD122F for ; Wed, 13 Jul 2016 14:22:59 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-it0-x232.google.com with SMTP id h190so45113458ith.1 for ; Wed, 13 Jul 2016 07:22:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=jgC6NlcE1YfigZo8UyVU8bg73rdefomcoR1aTyC9QpU=; b=WkjEwg44KY+9W5252BZPU3ZcZIGxOUQg6V2byF6y9mVH2zHman75CoeL19EhNJ6Pw2 pC8O+e+A2kX0kBhrzFDSHQYBI7lPiDURcc1H318DdyGhpagdstCE6QT4r5+S5chiEL/A it6CMTlP8gMOWom1p/uQl5XNweR2eYijiNjOh7jVrhki2UiO3iLQhbK9bn9B4W1QPalk fJ46rNxuub9fVLUmor1BxH3tbCa/lyDxWKGUxzqcNocw3WgKeXKeguMCuBRPaYe1y6g6 p41zeKPHn0d49vEK4qSli/yZuTIM7T93OqtDFALa6WyXLN+KbLSHVF7bTkFurTRnESYy yYbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=jgC6NlcE1YfigZo8UyVU8bg73rdefomcoR1aTyC9QpU=; b=T1hmsxS5IsOV3lrG5P0ODlKcCBhdDp4qbqdVH1mYCj7HQDs/kP7qmcIOlu2wAkrVtF KL9b2E2o80k/CKEa2ze+TLBcfbpBzDQNB+y9EZIGWoSDiKIMNnU6RKJrZmYxZL0SEDpY LHkaMahuJfBOkmctI9W4FYdMolfHerbwATMwyQCOSXUPiPmeRR142ntKHThVlUKDhlFi yypkFsUhXJFtLh7P39Np7oWYAiJaSw/dAHByo/GYLXG/v6gFfOQf/Mc8sXTjL47U4kAd c/myDseVHTod3ehNY9PJsYRj5GXcpvtrS+AaZdFup/rkOwg5RsAIwhmtaRPwlKIRFOa7 c/Iw== X-Gm-Message-State: ALyK8tKB+1EfCLTpXAGXLLD2xS54kRkxtvtlG6sHTbs+/qgWzv8M1oulklARdURMYq5MYLpwprvdqH4T6l9EJX+d X-Received: by 10.36.90.79 with SMTP id v76mr8897973ita.16.1468419779035; Wed, 13 Jul 2016 07:22:59 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.36.59.193 with HTTP; Wed, 13 Jul 2016 07:22:58 -0700 (PDT) In-Reply-To: <20160713135213.GH1520@FreeBSD.org> References: <20160711214144.GA7465@FreeBSD.org> <20160711214604.GG20831@zxy.spb.ru> <4a7eeee3c2737e9abcb6ba2557630d87@ultimatedns.net> <16f749e5-ca72-de79-651f-d50f9c42309e@freebsd.org> <7d0bd071cfbc78fcb9956e47f186e90b@ultimatedns.net> <20160713135213.GH1520@FreeBSD.org> From: Maxim Sobolev Date: Wed, 13 Jul 2016 07:22:58 -0700 X-Google-Sender-Auth: GqXTRe-tG7WFElL9z-AdD7SBNdw Message-ID: Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: Glen Barber Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2016 14:23:00 -0000 Glen, UFSFILE here is the path to the UFS file system input image that can be created either via attaching file (vnode) with mdconfig, doing newfs mdX, mount mdX etc or by using mkimg tool. The UZPFILE is resulting CLOOP image, temporary file. ISOFILE is the output file (ISO). Let me know if you have some more specific questions, I'll be glad to help. -Max On Wed, Jul 13, 2016 at 6:52 AM, Glen Barber wrote: > On Mon, Jul 11, 2016 at 05:23:32PM -0700, Maxim Sobolev wrote: > > P.S. Just in case if somebody wants to integrate this method into FreeBSD > > liveCD build, we do a bit of trick there by making normal ISO9660 file > > system with compressed kernel and relevant boot pieces and then also > > sticking in BSD label on the same disk image. It turns out ISO9660 and > BSD > > disklabel structures do not overlap, so it works nicely since 2005 or > > so. Then we append UFS image compressed with mkuzip at the end of it. > > Resulting image can be used just as any ISO would. We also cook up UFS > with > > unique label and then use GEOM_LABEL to easily find relevant file system > on > > boot regardless of the physical device name. > > > > mkuzip -dL -S -s 65536 -o ${UZPFILE} ${UFSFILE} > > mkisofs -b boot/${CDBOOT} -no-emul-boot -r -o ${ISOFILE} ${CDIR} > > eval $(stat -s ${UZPFILE}) > > UZPSIZE=$((st_size + 2048 - (st_size % 2048))) > > truncate -s ${UZPSIZE} ${UZPFILE} > > eval $(stat -s ${ISOFILE}) > > ISOSIZE=${st_size} > > echo "bytes/sector: 2048" > > > ${TDIR}/label.txt > > echo "sectors/unit: $(((UZPSIZE + ISOSIZE) / 2048))" >> > > ${TDIR}/label.txt > > echo "a: $((UZPSIZE / 2048)) $((ISOSIZE / 2048)) unused" >> > > ${TDIR}/label.txt > > echo "c: $(((UZPSIZE + ISOSIZE) / 2048)) 0 unused" >> > > ${TDIR}/label.txt > > truncate -s $((ISOSIZE + UZPSIZE)) ${ISOFILE} > > disklabel -A -R -f ${ISOFILE} ${TDIR}/label.txt > > truncate -s ${ISOSIZE} ${ISOFILE} > > cat ${UZPFILE} >> ${ISOFILE} > > > > I'm very interested in implementing this, provided it solves the > disc1.iso size issue. Could you provide a bit explanation on what the > variables above represent? At the moment, I'm having trouble parsing > the file paths and input/output paths. > > Glen > >