Re: New Optane AIC does not show up in FreeBSD until . . . ?

On Sat, Feb 13, 2021, 6:36 PM Mark Millard <marklmi_at_yahoo.com> wrote:

>
> On 2021-Feb-13, at 16:40, Warner Losh <imp at bsdimp.com> wrote:
>
> > Are you aware of gpart create?
> >
> > Warner
>
> From which I derive that I had an implicit, incorrect
> assumption that gpart show would in some way list
> everything available that gpart could manipulate
> (including for use in creation).
>
> So I need to find such a drive another way, something
> I was not even trying to do.
>
> That answers my question. Thanks.
>

Nvmecontrol devlist is a good place to start. Or sysctl kern.disks

Mark
>
>
> >> On Sat, Feb 13, 2021, 4:41 PM Mark Millard via freebsd-current <
> freebsd-current_at_freebsd.org> wrote:
> >> I plugged in a new Optane and booted FreeBSD on the
> >> ThreadRipper 1950X system but FreeBSD did not show
> >> the drive in gpart show. (It is unique by size in the
> >> context and so would be hard to miss for anything
> >> that listed sizes. Lack of listing a size would also
> >> stand out.)
> >>
> >> So I did what I've done in the past: shutdown FreeBSD,
> >> boot Windows 10, go to its disk management utility,
> >> answer its prompt for MBR vs. GPT for the new device
> >> (picking GPT), shutdown Windows 10. Then boot FreeBSD
> >> again --and the new drive shows up.
> >>
> >> Is there a way to avoid the round trip through
> >> Windows 10 (or any other such round trip going
> >> outside FreeBSD)? I'm just curious if I've missed
> >> something: My work around enables my activity.
> >>
> >>
> >> FYI, FreeBSD based on main 3acea07c1873 :
> >>
> >> # ~/fbsd-based-on-what-freebsd-main.sh
> >> merge-base: 3acea07c1873b1e4042f4a4fa8668745ee59f15b
> >> merge-base: CommitDate: 2021-02-08 19:15:21 +0000
> >> c1845d00f818 (HEAD -> mm-src) mm-src snapshot for mm's patched build in
> git context.
> >> 3acea07c1873 (pure-src) Restore the augmented strlen commentary
> >> FreeBSD FBSDFHUGE 14.0-CURRENT FreeBSD 14.0-CURRENT
> mm-src-n244686-c1845d00f818 GENERIC-NODBG  amd64 amd64 1400004 1400004
> >>
> >> But this is not a new thing, more of a "still true"
> >> thing.
> >
>
> ===
> Mark Millard
> marklmi at yahoo.com
> ( dsl-only.net went
> away in early 2018-Mar)
>
>