From owner-freebsd-geom@freebsd.org Mon Sep 19 21:28:51 2016 Return-Path: Delivered-To: freebsd-geom@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 2CA01BE1E60 for ; Mon, 19 Sep 2016 21:28:51 +0000 (UTC) (envelope-from a@carniajeu.com) Received: from mail-lf0-x22e.google.com (mail-lf0-x22e.google.com [IPv6:2a00:1450:4010:c07::22e]) (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 B01EB108C for ; Mon, 19 Sep 2016 21:28:50 +0000 (UTC) (envelope-from a@carniajeu.com) Received: by mail-lf0-x22e.google.com with SMTP id g62so119780962lfe.3 for ; Mon, 19 Sep 2016 14:28:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=carniajeu-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:cc; bh=N1/20+EF0BEgEutxQ0PsVYsi8h7vJ9TasNO9B3IVe8g=; b=vleeha5qW3gweHiMgHy1kLtXmlI8RooZlMkJ19uce1Opubd1qWlF+qx43VASz+SUIc d3LkUB57PSd083ebqiJih6glozl6crw5uHsxBPWCR3ARAx7G9TT5EdDdliI3/JmpPzdi 04QlsD/FBG4er4nKChimwJGQDETYc4ZASqYI9OFoVzwBnxiIquo2PJmqrksLT3e2kmFP sNP5IJJkLL1hhxYM9JY+rpLIooEevhFa9rj+yffZl+w2Wlt1/mNzM7eZTlDdBiUl+5aX /KhhhFOMRxaI0QYoKpcyB9G9BTZ3vnQd3WjqrSX6zOjn8eVzBird9igDPLSKRRJ4oEV7 p5Eg== 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:cc; bh=N1/20+EF0BEgEutxQ0PsVYsi8h7vJ9TasNO9B3IVe8g=; b=HVwQf/0n4xxBzh5AweIozP0wjADSzsF0zF0xs1MGJvT+R7dfD6/bbzgLc1vFQE3soO 6kaRHIO0l7KjCNuNpQCzd6QM7is+tfCnbLfw/Hpi/6wcF/Jdwvgkl1iCCJiPtPyfddMs IGnB3o6/+hTWjy518jqspI9kofr7qsSI+r86gSrrs2csOH1eulQpZtrYLetf0XoFX1I4 xm+ImQ4UI/dxTSmB96pPYJ2UNiu/FTKcOLr4ULCrhoQqFW76jlJKVPfiM8xRGckg/AJN xgzX3jjO+kXT+4uGk/0PTQp2nJ/vOqiAuRDQR/z8O8mEeLoext4e3iWjqG/ha0M/cELE haWw== X-Gm-Message-State: AE9vXwPzuSLSTmSDQU+H1tOY60tjYjU4QAcz8V3JqgVDlEoiliM43zeP/tiZkERQREbqusqUSu/rMOu+TVS7ng== X-Received: by 10.25.91.84 with SMTP id p81mr11247426lfb.39.1474320527322; Mon, 19 Sep 2016 14:28:47 -0700 (PDT) MIME-Version: 1.0 Sender: a@carniajeu.com Received: by 10.25.217.145 with HTTP; Mon, 19 Sep 2016 14:28:26 -0700 (PDT) X-Originating-IP: [46.53.195.151] In-Reply-To: <57ddefcf.jk4kZ2Kp+EcHfcFr%perryh@pluto.rain.com> References: <57ddefcf.jk4kZ2Kp+EcHfcFr%perryh@pluto.rain.com> From: Alaksiej Date: Tue, 20 Sep 2016 00:28:26 +0300 X-Google-Sender-Auth: wfcWMBsSSQ1DsMIWaC_BuK5nkZ4 Message-ID: Subject: Re: new partition on 10.3 i386 memstick disappearing on reboot Cc: freebsd-geom Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2016 21:28:51 -0000 Wait, why do you use 'recover' to resize? On Sun, Sep 18, 2016 at 4:37 AM, Perry Hutchison wrote: > Trying here after not finding a solution on questions@ > > I dd'd FreeBSD-10.3-RELEASE-i386-memstick.img to a 4GB flash drive, > and booted it into single-user mode where it appeared as da0. Then, > to resize the GPT to the media: > > # gpart show da0 > # gpart recover da0 > # gpart show da0 > > which appeared to work: the second "gpart show" showed more free > space than the first following the partitions. Subsequently: > > # gpart show da0 # showed 3 partitions and about 3GB of free space > # gpart add -t freebsd-ufs da0 # reported "da0p4 added" (or similar) > # gpart show da0 # showed 4 partitions including the new one, and > # no free space > # shutdown -r now > > after rebooting: > > # gpart show da0 # showed 3 partitions and about 3GB of free space, > # the same as before the "gpart add" operation > > i.e. the new partition is no longer there. > > I tried several times, sometimes allowing the "gpart add" to do the > operation immediately and other times specifying "-f x" followed by > "gpart commit", and the new partition never survived a reboot. > > It is not a matter of the GPT somehow being silently read-only: > I also created or modified labels on the 3 original partitions, > sometimes before "gpart add" and sometimes between the add and > the reboot. The label operations always survived the reboot, but > the partition creation never did. > > There is pretty clearly a bug of some sort here: if partition > creation is somehow forbidden in this situation I should be getting > an error message rather than having the operation appear to succeed > -- on one occasion I even (successfully) ran newfs on it -- only to > see the new partition disappear at reboot. > > How do I create a partition, that will survive reboot, in the free > space at the end of the i386 memstick? > > BTW I also discovered in the course of this that "gpart commit" with > no pending operations misleadingly says "Operation not permitted" > rather than "Nothing to commit" or "No pending operations". > _______________________________________________ > freebsd-geom@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" >