From owner-freebsd-current@freebsd.org Tue Jul 12 17:48:37 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 322A0B84F18 for ; Tue, 12 Jul 2016 17:48:37 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::22b]) (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 E5D4F1659 for ; Tue, 12 Jul 2016 17:48:36 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-io0-x22b.google.com with SMTP id 38so23573917iol.0 for ; Tue, 12 Jul 2016 10:48:36 -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=ktduPfJbj1/U6OF04xn7hEf6uzg+iyHiduq/45DIuGk=; b=F3T97ikZ2VOy6i8F5df7YQ0Kj3szhxSPqyu4VvGhpNbR4ylTFULMgmzdgCH0ueUPKk Q7Sa+eZJ0uSuY8iqY03lVwmmeWuuhzhUrM2AYPOQRo2CJmeXJ0vck21axMRKQoIC89x2 w+uqfBP3cO4QL0z3/2wmbV0sCu2fYV0ymULUWBObIci13P+RNm98p08VxiulK4M8EWDu PzrnvB2NGfWCKWjfjWtjNXEQ/7gLWQtInhR+gL7Y4VA0itRW58soh4lV4T7tPKZokvnV 63nesxYGkDS415q7uZMD0rwgHZJb7jA4OFuA/13pU+XXGjMMRcZ/X2SQGrf0MSipuFSx NR/w== 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=ktduPfJbj1/U6OF04xn7hEf6uzg+iyHiduq/45DIuGk=; b=U+zYp5hqrFNltBS34sGLfjeouNhWFgzAq5U4L+XRdHB0Aflfz4C56WSxLXsgI8hdiI cLb9FzmA/LBKlUdjBSuXoBox0qGzcuXVoZUuGztmSlQmMtnpvyhT78X2BMcktY8EO86D Nxht/wrWzeMgULOb3LWAu9jrbNHZo3WFfTQP/WIklv0G2gW9BxYk/0A0pxy4T9eeoA45 W/p1G2M6b/ctr/NMAc8l3sMrddcAbTANajw4lt6bkrfukxMMujh98VNnvieun+nox37l sE3qEaGjjp6BrDWL9i4+znXcYWm2XCXl7lQVo1De/pyV2RVbN7PoAc+lX76HYWNd8XzG lW1g== X-Gm-Message-State: ALyK8tLGYXPMzOB9GloOXovqjm4DgEXSjohlVDIhL5hdxGp9B59UsYS44RORBMJPBhRg85AQiSJQbndOw+DUmNdF X-Received: by 10.107.6.159 with SMTP id f31mr4666810ioi.124.1468345716125; Tue, 12 Jul 2016 10:48:36 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.36.59.193 with HTTP; Tue, 12 Jul 2016 10:48:35 -0700 (PDT) In-Reply-To: <7b82334d-92af-92c2-8b09-76d407750ad9@freebsd.org> References: <20160711214144.GA7465@FreeBSD.org> <1811960453.20160712012238@ofca.me> <5784EEA7.2030102@quip.cz> <892ABC57-2BC0-4A56-97AF-5AE28CDBE0DB@gmail.com> <7b82334d-92af-92c2-8b09-76d407750ad9@freebsd.org> From: Maxim Sobolev Date: Tue, 12 Jul 2016 10:48:35 -0700 X-Google-Sender-Auth: 0jxe-3zpXeCbsrcuSpfzf4J9CHE Message-ID: Subject: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r To: Allan Jude Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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: Tue, 12 Jul 2016 17:48:37 -0000 Another option for the kvm installs and that we are using for many years here is to pre-load root UZIP image into RAM. With some easy trimming you can bring base system down to 30MB or so compressed. Yes, bit of delay to load, but the kernel alone is around 10MB compressed, so it's not an order of magnitude increase. Then it runs from the RAM completely, so you are immune to any disconnects or stalls. If your kvm disconnects in the middle of the session, you just re-connect and continue. UZPNAME here is the root UFS compressed with mkuzip. You would just put it into your ISO as file somewhere and use: echo 'image_load=3D"YES"' >> ${CDIR}/boot/loader.conf echo "image_name=3D\"/${UZPNAME}\"" >> ${CDIR}/boot/loader.conf echo 'image_type=3D"md_image"' >> ${CDIR}/boot/loader.conf Also we set mountftom (requires GEOM_LABEL): echo vfs.root.mountfrom=3D\"ufs:ufs/${MD_LABEL}\" >> ${CDIR}/boot/loader.conf -Maxim On Tue, Jul 12, 2016 at 9:31 AM, Allan Jude wrote: > On 2016-07-12 11:15, Ngie Cooper (yaneurabeya) wrote: > > > >> On Jul 12, 2016, at 06:20, Miroslav Lachman <000.fbsd@quip.cz> wrote: > >> > >> Pawe=C5=82 Tyll wrote on 07/12/2016 01:22: > >> > >>> Those 3 things should shave off about 130MB of the 173MB needed to fi= t > >>> on 80-min CD-R. But... why this abstract number anyway? Why not 650M= B > >>> CD-R? Why not overburnable 800MB 90-min CD-R or even 870MB 99-mi= n > >>> CD-R? :) > >> > >> It is not only about the target media size. The size matters when you > need to boot some recovery media from you desktop on remote server via KV= M. > >> > >> And there is one thing I don't understand - why is the bootonly so > large? I remember days when this fits to 50MB and now it is almost 235MB > which renders it almost useless. For recoveries and remote installs I > always use mfsbsd images (about 45MB). > > > > I wholeheartedly agree. > > > > It sucks having to transfer more than 50 MB over our work link across a > few thousand miles with IPMI remote KVM redirection. > > > > Thanks, > > -Ngie > > > > With IPMI virtual media, you usually do not transfer the entire image, > only read the blocks used by files that you load. Some IPMI clients > provide stats, usually only about 40mb is read from the bootonly cd. > More if you do things like invoke an editor to write a custom /etc/fstab > etc. > > -- > Allan Jude > >