From owner-freebsd-geom@freebsd.org Sat Apr 22 02:09:03 2017 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 D36C9D49EB4 for ; Sat, 22 Apr 2017 02:09:03 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9B73D6D4 for ; Sat, 22 Apr 2017 02:09:03 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 65E5228412; Sat, 22 Apr 2017 04:08:59 +0200 (CEST) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 70BE328431; Sat, 22 Apr 2017 04:08:58 +0200 (CEST) Subject: Re: glabel problem To: Lee Brown , freebsd-geom@freebsd.org References: From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <58FABB3A.6040704@quip.cz> Date: Sat, 22 Apr 2017 04:08:58 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Sat, 22 Apr 2017 02:09:03 -0000 Lee Brown wrote on 2017/04/22 03:26: [..] > root@apron:~ # glabel label -v TEST da2 > Metadata value stored on da2. > Done. > > but > root@apron:~ # glabel status da2 > root@apron:~ # Did you tried to disconnect and reconnect after "glabel label". Sometimes label is not visible until retaste of the device (true > /dev/da2) > I zero'd the first and last 1MB and re-tried the label operation, but all > the sectors were still zero. > I tried to use the usbdump utility and I can see *something* is written. > > gpart appears to do the right thing. > newfs on the raw device appears to do the right thing. > geli init complains it can't find the metadata. What about partitioning by gpart GPT with gpt partition label and then use this label for geli instead of whole device? Miroslav Lachman