From owner-freebsd-questions@freebsd.org Thu Sep 8 21:18:39 2016 Return-Path: Delivered-To: freebsd-questions@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 266C3BD219E for ; Thu, 8 Sep 2016 21:18:39 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: from mail-it0-f45.google.com (mail-it0-f45.google.com [209.85.214.45]) (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 F06E1314 for ; Thu, 8 Sep 2016 21:18:38 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: by mail-it0-f45.google.com with SMTP id i184so279225052itf.1 for ; Thu, 08 Sep 2016 14:18:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=jcJNnliQ01wC0hIBTKBbtaSOiEjUM+PXsOSQyIsQSws=; b=FroZyQyWryUSMLC/pYREEQw/PL58xX1RLrxlIfgp5V0q5kjYhh7qntoNqDo1gByYxS 5t0Gnu10KpnnJgWYbfOq1xcf4ZIIEXvC7pTDerj8liVwB2w5DbkpRLF6sEG8qol9rioT 4I5xuAq/Ar5v6Z+dqPtNYM/iUuI2XL1e987IVFu4rcAcF3j6umx81FtBG23NHqrO3d/I vXxfw1Qc6nR9HsOoTNxFwr4q9XAYGXUAcjiatsNUGQg4rByvMLLX3EMHOMJRU5EmAqZt ICXEnvHZ6CtR2EG1uLu8as86oLKwItnl/BY/wEbaDCYTFn2DVm5pwLtOF76115PD6cJZ T0Qw== X-Gm-Message-State: AE9vXwPWyld888cV7gny1mcXrPgxPehHNNTymGMJb/CGVmLfIq2igZKjJpgZkBPzEc1H2Q== X-Received: by 10.157.40.27 with SMTP id m27mr114840otb.128.1473369512159; Thu, 08 Sep 2016 14:18:32 -0700 (PDT) Received: from WorkBox.Home.gmail.com (174-30-240-135.mpls.qwest.net. [174.30.240.135]) by smtp.gmail.com with ESMTPSA id 194sm8345itu.4.2016.09.08.14.18.30 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 08 Sep 2016 14:18:30 -0700 (PDT) References: <57ce6e64.EITkODjuwy6pZ4L+%perryh@pluto.rain.com> <57cf9b95.Zj/JGHeshaKL6Zr5%perryh@pluto.rain.com> <57d0f29b.3QNvCze7LJDzs0SU%perryh@pluto.rain.com> User-agent: mu4e 0.9.16; emacs 24.5.1 From: Brandon J. Wandersee To: Perry Hutchison Cc: wblock@wonkity.com, freebsd-questions@freebsd.org Subject: Re: "gpart add" falsely claiming "No space left on device" In-reply-to: <57d0f29b.3QNvCze7LJDzs0SU%perryh@pluto.rain.com> Date: Thu, 08 Sep 2016 16:18:33 -0500 Message-ID: <86wpimm6om.fsf@WorkBox.Home> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2016 21:18:39 -0000 Perry Hutchison writes: > Warren Block wrote: > >> What does the man page need? > > For starters, default values for -b, -s, -t, and -i in "gpart add". > (I guess -i defaults to "lowest not currently in use", but what about > the others?) The defaults are exactly what you'd expect them to be. '-b' defaults to the start of the disk. '-i' defaults to the lowest available integer. '-s' defaults to everything available. '-t' default to nothing, because it would be senseless to assume the type of a partition; gpart(8) will exit with an error if you don't provide it. > List of what-all "attributes" can be set and what they > do. See "ATTRIBUTES." > Explanation of when one would use -b vs. -p in "gpart bootcode" > since they are apparently different ways of specifying where the > bootcode comes from (but then your example uses both?) '-b' and '-p' specify different values. '-b' specifies what is written; '-p' specifies how and where. How they're used depends on your partition scheme and motherboard. See "BOOTSTRAPPING." > Description of how to show the current state of the provider vs what > it would look like if pending changes were committed. I don't know if this is possible. I believe it's assumed that the user/administrator has---or at least *should* have---a good idea of what state the disk is in before they start messing with the existing (presumably good) partition table. > I suppose there must be some reason for leaving those > 3.0k and 492k free spaces around gpboot, but it isn't obvious. Partition alignment. -- :: Brandon J. Wandersee :: brandon.wandersee@gmail.com :: -------------------------------------------------- :: 'The best design is as little design as possible.' :: --- Dieter Rams ----------------------------------