From owner-freebsd-current@freebsd.org Fri Mar 18 21:42:00 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 0F083AD4E5F for ; Fri, 18 Mar 2016 21:42:00 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003: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 C6C22D51; Fri, 18 Mar 2016 21:41:59 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-oi0-x22b.google.com with SMTP id r187so99701356oih.3; Fri, 18 Mar 2016 14:41:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=66wVgVYTRNWOXmvIKJoQ99Cq2MUGp4/2kJjD+HyKiGU=; b=BcThh/q0XGq55IAHDF3lH5pUrHFoH/2gjEdJRcU11osI56sEYOpuBPxXx9i18bXjmc VE1idJXk0U3W/uuG8DIET/jvIjvj+hCflYmOpmKurxYbFJQXjh7wBGtG9gNYVNz4aaHC /9VkUdR4kUvt6Xs0DT2AkB6cTcFkdSaaXmqVkfMFi3J8s2b6JvdN84Qys1KAqHo+8bBO Wc5yoZx9et3p/Gik1qLSkbi6Qhz4P3P6DF07vOoVJfi2p0y+YEqz+60OIKma91YM2vGb 5AO6mKsMTibiifuXY+aIaINO0GSle9nSNvvVjD2ft1rIhhYJ9Id0D3mhCG1P1VgfXk0U ga2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=66wVgVYTRNWOXmvIKJoQ99Cq2MUGp4/2kJjD+HyKiGU=; b=dyvuUJgQ4Vzt2t2B6+ecVRn+6WeTcOWT/uI21N3HBeLzpfZXbB7dDAdcv+pHKbovnK vSb5MXxXHZPKNNYQWRvu2//UnuVHQR0aS6l4ThVKxJlqr6m8Qg0uAXoFTuGHLqPR+M07 Y2yYJYPicxxQlAkVyEZ3/GotjahG67bXTmDNlGvqhR8n9p22/vAai9kVg50Cb9psfedt errsmkO1rBheKw3/JuQMVB4z1SZgJxyBjncWIKdEp/p1xSkq3cS0xMauIQ44fljjtO9M +0qyKNqOq1hEwd0cWxd7RXCRcTmnxNg0yU3V1tXtNd2JMlNQMES47k9N4OkNQbGAi3dQ eT/g== X-Gm-Message-State: AD7BkJKqBYgMNyKrYVkytUk7ZXraMX23+xUM5UrlHjgIzeFklvRx1J+GtuvqeUjQ6S15O+e1wLyAu15Z/n9vMA== MIME-Version: 1.0 X-Received: by 10.202.184.69 with SMTP id i66mr2921701oif.76.1458337319122; Fri, 18 Mar 2016 14:41:59 -0700 (PDT) Received: by 10.76.82.193 with HTTP; Fri, 18 Mar 2016 14:41:58 -0700 (PDT) In-Reply-To: References: <56EC2DD3.6050803@madpilot.net> <56EC34CE.1000002@freebsd.org> Date: Fri, 18 Mar 2016 14:41:58 -0700 Message-ID: Subject: Re: boot loaders got fatter in the last few days From: Freddie Cash To: cem@freebsd.org Cc: Allan Jude , freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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: Fri, 18 Mar 2016 21:42:00 -0000 On Fri, Mar 18, 2016 at 10:39 AM, Conrad Meyer wrote: > On Fri, Mar 18, 2016 at 10:03 AM, Allan Jude > wrote: > > On 2016-03-18 12:33, Guido Falsi wrote: > >> > >> Hi, > >> > >> I have just update one of my machines and noticed the booloaders files > >> got quite fat in the last few days, some by a big margin. > >> > >> on an updated machine(r296993): > >> > >> -r--r--r-- 1 root wheel 85794 Mar 18 16:47 /boot/gptboot > >> > >> from a machine I still have not updated(r296719): > >> > >> -r--r--r-- 1 root wheel 16059 Mar 13 21:01 /boot/gptboot > > So the loader grew 70 kB. How big are your disks? > > >> I noticed because mu gpt boot partition is 64K and gptzfsboot just > >> passed 100K. > > > > This is a side effect of the loader gaining the ability to boot from GE= LI > > encrypted partitions. > > > > ... > > > > Maybe we should be putting the GELI enabled boot blocks in a different > > filename? I generally wanted to avoid creating a new version of each > > bootcode with GELI support. > > > I think we should just suggest that boot partitions be much larger > than 64kB (1MB is still <0.1% of any disk sold today) and not worry > about it too much. Embedded applications can disable GELI loader > support to save a few bytes. > =E2=80=8BThe boot partition doesn't necessarily need =E2=80=8B =E2=80=8Bto be 1 MB (and can't due to some issues with the assembler used r= ight now, or something like that). We just need to make sure people have slack space in their partition table to expand into in the future. Using "-a 1M" in your gpart command to create your first data partition gives you that slack space. gpart create -s gpt ada0 gpart add -t freebsd-boot -s 256K -l boot ada0 gpart add -t freebsd-ufs -s 10G -l root -a 1M ada0 That leaves ~756 KB of free space between the end of the boot partition and the start of the first data partition. Increasing the size of the boot partition in the future is as easy as (no formatting of disks required): gpart delete -i 1 ada0 gpart add -t freebsd-boot -s 512K -l boot ada0 gpart bootcode -b ... -p ... ada0 It's a handy pattern I've gotten used to over the years, ever since the first 4K sector harddrives were advertised (as alignment of filesystems was/is *very* important)=E2=80=8B. Even on disks that will be used solely for ZFS I've taken to creating GPT partitions starting at 1 MB. And it's saved me from having to reformat disks when moving from a separate root filesystem (no USB sticks) to root-on-ZFS as there was 1 MB of free space at the start of every disk for creating boot partitions. :) --=20 Freddie Cash fjwcash@gmail.com