Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 16 Jun 2019 20:13:12 +0000
From:      bugzilla-noreply@freebsd.org
To:        doc@FreeBSD.org
Subject:   [Bug 238628] "Drive Device Names"; Update Information for NVMe & Flash Storage
Message-ID:  <bug-238628-9@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238628

            Bug ID: 238628
           Summary: "Drive Device Names"; Update Information for NVMe &
                    Flash Storage
           Product: Documentation
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Many People
          Priority: ---
         Component: Documentation
          Assignee: doc@FreeBSD.org
          Reporter: wooty@wootyb.com

LINK:
https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/disk-organizatio=
n.html
SECTION: Table 3.3. Disk Device Names
ISSUE: No information on PCIe storage naming conventions; NVMe.
DESCRIPTION: I am setting up FreeBSD as a Dual-Boot so I can test hardware =
on
bare metal, the problem I am running into is GRUB configuration. As Linux a=
nd
BSD (possibly GRUB as well) have different naming conventions, I am spendin=
g a
lot of time using trial and error in order to get this functioning. I am us=
ing
m.2 NVMe based storage, and am unsure what is needed to set the NVMe path
correctly.

An Example GRUB configuration:

menuentry "FreeBSD 12" {
        insmod bsd
        insmod ufs2
        set root=3D'(hd2,gpt7)'                                #Assuming 'h=
d2' is
GRUB assigned
        kfreebsd /boot/kernel/kernel
        kfreebsd_loadenv /boot/device.hints
        kfreebsd_module /boot/splash.bmp type=3Dsplash_image_data
        set kFreeBSD.vfs.root.mountfrom=3Dufs:/dev/nvd0p7      #Assuming 'n=
vd0'
is BSD assigned (Tried 'nvme0n1p7')
        set kFreeBSD.vfs.root.mountfrom.options=3Drw
        boot
}

An Example Device tree:
    nvd0        GPT             %Boot Drive
        nvd0p1  ms-recovery         *MS Windows
        nvd0p2  efi                 *MS Windows
        nvd0p3  ms-reserved         *MS Windows
        nvd0p4  ms-basic-data       *MS Windows Data
        nvd0p5  linux-data          *Linux
        nvd0p6  efi             #GRUB Location
        nvd0p7  freebsd-ufs     #FreeBSD 12 Root
    ada0        GPT=20
        ada0p1  linux-data          *Linux Home
    ada1        GPT
        ada1p1  ms-basic-data       *MS Windows Data
    da0                         #FreeBSD 12 USB
        da0p1   efi             #FreeBSD 12 USB
        da0p2   freebsd-boot    #FreeBSD 12 USB

An Example of /dev:
    m.2 NVME PCIe Drive:    /dev/nvd0   /dev/nvd0p1 /dev/nvd0p2 /dev/nvd0p3,
etc.
    USB 3.0 USB Install:    /dev/nvme0  /dev/nvme0ns1

OBSERVATIONS: Using the FreeBSD Install media, I was able to chroot into my
installation and see how fstab was configured, and how FreeBSD named device=
s.
However, looking under '/dev' directory, I noticed my USB drive was being
labelled as 'nvme0'. If I had fewer partitions on my boot drive, this could
have easily lead me to more headache. Another interesting thing is upon
updating grub, it identified an "unknown linux" drive at '/dev/nvme0n1p7

CONCLUSION: I believe these naming conventions should be updated in the
documentation, as a newish user I am still learning differences, and I beli=
eve
dual-booting is an entry point for a lot of new users. NVMe drives are beco=
ming
more competitive in price, and are becoming more widely used, and having th=
is
information would have saved me a lot of time.

I still am not able to boot into my FreeBSD system, I am just getting a bla=
ck
screen and the system seems locked, and using all of the device identifiers
above, am still stuck. However, this could be a result of one of my other G=
RUB
options not being used properly, just still not 100% on the device name.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-238628-9>