From nobody Wed Nov 29 18:23:23 2023 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SgSPh6dDzz5348F for ; Wed, 29 Nov 2023 18:23:36 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SgSPh4R63z4JgM for ; Wed, 29 Nov 2023 18:23:36 +0000 (UTC) (envelope-from mike@jellydonut.org) Authentication-Results: mx1.freebsd.org; none Received: by mail-lf1-x131.google.com with SMTP id 2adb3069b0e04-50bc22c836bso183866e87.0 for ; Wed, 29 Nov 2023 10:23:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jellydonut.org; s=google; t=1701282215; x=1701887015; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=C42M5th/nrpQJBp3qpDz/wvRLfBpemcdoAyCFlZCZhQ=; b=ieUWOMzWwcnxSy0o9UZVXKyi2rIWtk2cCRBSnWxZUktJKnGzGVjKbKgr5uiCUlXHxh kcxrYxQDBdOvGB6UyF/8m/lSwj6iIq3Y4LKaCX6YSp6Y7qGD7yZb4QSUGD2x4RZGeEP+ W4jk4ItRTtjYndB8um61qeg7zheVvk0i3Rj8Y= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701282215; x=1701887015; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=C42M5th/nrpQJBp3qpDz/wvRLfBpemcdoAyCFlZCZhQ=; b=m+yzrBv3J3N6fjfCo/5injdIjuFBXs04binmC7tz8iGAIuca4fl5v4AY15N7sJ8B62 PLJ+iy2q8pUHBXm3T57105U4cle0kC3nYHzPTRTDXxB2b7RUGhzhY2oyWyzAnGkxapoI tOXnVpkZAZjKNAOvMcHRdfom4b2nPh6uXX31fufg8neaJ0N/THgEJE15v/bfCAMfjruE zSzRcpKJ1DRMPLdEYu4ZI4P0CDdW0fxRUx3mX1Wj/jaZ4zrC85wMgIN7wjKRJNwSzt8B nywwJT1o5PcAYFAPspZKMPJxqfxx8J+jKOUfovIDBshiCC9lWtkgfVO+h1uxuRgLC1If z5gg== X-Gm-Message-State: AOJu0YwYbz/9a/wX7FHeA0qULC0MYAW6DPhVP8mPzhvmjN+AJrMn2o/M 8ShbLyPase0MRcKZz8Ir8R/4n7oiQswrnfqw1A3VeESc6oM81F7d X-Google-Smtp-Source: AGHT+IGELGK3glQipyy5AFWWn+73l3pWQCiozfT4oSswD0fcVB1ZSg3u7ivbO6PBpGlsfJw0jWppm2TS4ig4bV35kM8= X-Received: by 2002:a19:5e12:0:b0:50b:c2cf:eee1 with SMTP id s18-20020a195e12000000b0050bc2cfeee1mr2143331lfb.28.1701282214536; Wed, 29 Nov 2023 10:23:34 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <34a54774-004d-40de-bf0d-2985da5bc908@quip.cz> <6b713a9c-c778-45fb-9626-9ad05df28d50@quip.cz> In-Reply-To: <6b713a9c-c778-45fb-9626-9ad05df28d50@quip.cz> From: Michael Proto Date: Wed, 29 Nov 2023 13:23:23 -0500 Message-ID: Subject: Re: Missing disk partition devices and GPT lables in /dev/ To: Miroslav Lachman <000.fbsd@quip.cz> Cc: stable@freebsd.org, Warner Losh Content-Type: multipart/alternative; boundary="0000000000000f8144060b4ea2d4" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4SgSPh4R63z4JgM --0000000000000f8144060b4ea2d4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Nov 28, 2023 at 5:26=E2=80=AFPM Miroslav Lachman <000.fbsd@quip.cz>= wrote: > > I understand that "some" aliases are hidden when other style of aliases > were used but I never see ada0pX missing even if gpt labels are used. > > > This has always been the case on my systems going back to at least 11.0 (when I first started using ZFS) using diskid over gpt. When I import a vdev via /dev/disk/SERIALp1 its associated /dev/ada1p1 disappears. -Michael Proto --0000000000000f8144060b4ea2d4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Tue, Nov 28, 2023 at 5:26=E2=80=AF= PM Miroslav Lachman <000.fbsd@quip.c= z> wrote:

I understand that "some" aliases are hidden when other style of a= liases
were used but I never see ada0pX missing even if gpt labels are used.



This has always been the case on m= y systems going back to at least 11.0 (when I first started using ZFS) usin= g diskid over gpt. When I import a vdev via /dev/disk/SERIALp1 its associat= ed /dev/ada1p1 disappears.


-Michael= Proto
--0000000000000f8144060b4ea2d4--