Date: Fri, 24 May 2019 14:06:15 -0500 From: Karl Denninger <karl@denninger.net> To: freebsd-questions@freebsd.org Subject: Re: How to mount raidz2 on installer shell Message-ID: <8dc12761-b68c-d21a-1453-4a67cb4d2200@denninger.net> In-Reply-To: <6a5c54bfdd869e59aec9790790bacf71.squirrel@webmail.harte-lyne.ca> References: <6a5c54bfdd869e59aec9790790bacf71.squirrel@webmail.harte-lyne.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --]
On 5/24/2019 13:11, James B. Byrne via freebsd-questions wrote:
> I just installed 12.0 on a new host with new discs. The install went
> fine but the system will not boot because:
>
> gptfsboot: No ZFS pools found, can't boot
>
> I have booted into single user mode from the install stick. How do I
> mount bootpool so that the boot-loader finds it when I reboot?
>
> camcontrol devlist shows the drives:
>
> Code:
>
> TEAC DV-20E-V 1.AB> at scbus0 target 0 lun 0 (cd0,pass0)
> <WDC WD80EFAX-68KNB0 81.00A81> at scbus1 target 0 lun 0 (pass1,ada0)
> <WDC WD80EFAX-68KNB0 81.00A81> at scbus2 target 0 lun 0 (pass2,ada1)
> <WDC WD80EFAX-68KNB0 81.00A81> at scbus3 target 0 lun 0 (pass3,ada2)
> <WDC WD80EFAX-68KNB0 81.00A81> at scbus4 target 0 lun 0 (pass4,ada3)
> <Kingston DataTraveler 2.0 PMAP> at scbus7 target 0 lun 0 (da0,pass5)
>
> gpart shows all the drives partitioned. zpool import shows nothing.
>
> I believe that the problem is that that the installer does not provide
> a link from /boot to /bootpool/boot and therefore the boot loader.conf
> file cannot be found.
>
> What I wish to do is to mount the raidz2 pool (zroot) and create a
> logical link between /boot and /bootpool/boot.
>
> Any help is appreciated.
Something else is wrong.
gptzfsboot will "taste" all the disks it can find and look for zfs
partitions. It will assemble the pool(s) it can find (starting with the
disk gptzfsboot was loaded from, then in whatever order the BIOS
presents them.)
The first pool it can assemble that is usable is then checked for a
"bootfs" filesystem setting (this is how "boot environments" can be set
up so as to boot from one place or another on the same pool.) If it's
set then that's the filesystem it attempts to boot. If that's NOT set
on the pool then the root of the pool is attempted to be used as the
boot filesystem and the loader assumes there is a /boot directory there,
proceeding from that point. /boot/loader.conf may contain a different
location for the root filesystem (prior to 12.x this was common if you
wanted to have root on geli where the boot was not encrypted; this is no
longer necessary as gptzfsboot can boot from an encrypted pool now.)
If it's not finding a pool *at all* that implies that either the zfs
filesystem isn't on the whole disk(s) or they aren't in a freebsd-zfs
partition (assuming GPT partitioned drives) on the disk(s) in question.
That shouldn't happen if you used the installer assuming the BIOS is
presenting the disks in the same general way the installer saw them.
What you're reporting (that the disks are showing up when booted off the
install media, and that gpart show displays the correct partition
layout, including the freebsd-zfs partition, yet "zpool import" shows
nothing) doesn't make sense. The only other thing I can come up with
off the top of my head is that you may have a mixup in machine's BIOS
boot mode setting between EFI and "Legacy" vis-a-vis what the installer
was loaded via originally and as a result the BIOS isn't presenting the
disks to gptzfsboot at all, thus it has nothing to "taste" since it
doesn't see any disks.
--
Karl Denninger
karl@denninger.net <mailto:karl@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
[-- Attachment #2 --]
0 *H
010
`He 0 *H
00 H^Ōc!5
H0
*H
01 0 UUS10U Florida10U Niceville10U
Cuda Systems LLC10U Cuda Systems CA1!0 U Cuda Systems LLC 2017 CA0
170817164217Z
270815164217Z0{1 0 UUS10U Florida10U
Cuda Systems LLC10U Cuda Systems CA1%0#U Cuda Systems LLC 2017 Int CA0"0
*H
0
h-5B>[;olӴ0~͎O9}9Ye*$ g !ukvʶLzN`jL>MD'7U 45CB+kY`bd~b*c3Ny-78ju]9H euέsӬDؽmgwER?&UURj'}9nWD i`XcbGz \gG=u%\Oi13ߝ4
K44pYQr]Ie/r0+eEޝݖ0C15Mݚ@JSZ(zȏ NTa(25DD5.l<g[[Z arQQ%Buȴ~~`IohRbʳڟu2MS8EdFUClCMaѳ !}ș+2k/bųE,n当ꖛ\(8 WV8 d]b yXw ܊:I39
00 U ]^§Q\ӎ0U #0T039N0b01 0 UUS10U Florida10U Niceville10U
Cuda Systems LLC10U Cuda Systems CA1!0 U Cuda Systems LLC 2017 CA @Ui0U 0 0U 0
*H
:P U!>vJ n io -#ן]Wyu jǑR̀Q
nƇ!G ѦF g\ yLx gw=OPycehf[ }ܷ['4ڝ\[p 6\o.B&JF" ZC{;*o*mcCcLY߾`
t*S!(` ]DHP5A~/NPp6=mhk밣'doA$86hm5ӚS@ j ެEgl
)0JG`%k35PaC?σ
׳HEt}!P㏏%*BxbQwaKG$6 h¦Mve; [o-Iی&
I,Tc ߎ#t wPA@l0P+KXBպT zGv;NcI3&J ĬUPNa?/%W6G۟N000 k#Xd\ =0
*H
0{1 0 UUS10U Florida10U
Cuda Systems LLC10U Cuda Systems CA1%0#U Cuda Systems LLC 2017 Int CA0
170817212120Z
220816212120Z0W1 0 UUS10U Florida10U
Cuda Systems LLC10U karl@denninger.net0"0
*H
0
T[I-ΆϏ dn;Å@שy.us~_ZG%<MYd\gvfnsa1'6Egyjs"C [{~ _K Pn+<*pv#Q+H/7[-vqDV^U>f%GX)H.|l`M(Cr >е͇6#odc"YljҦln8@5SA0&ۖ"OGj?UDWZ5 dDB 7k-)9Izs-JAv
J 6L$Ն1SmY.Lqw*SH;EF'DĦH]MOgQQ|Mٙג2Z9y@ y]}6ٽeY9Y2xˆ$T=e CǺǵbn֛{j |@LLt1[Dk5:$= ` M 00<+00.0,+0 http://ocsp.cudasystems.net:88880 U 0 0 `HB0U 0 U %0++03 `HB
&$OpenSSL Generated Client Certificate0 U %՞V =;bzQ0U #0]^§Q\ӎϡ01 0 UUS10U Florida10U Niceville10U
Cuda Systems LLC10U Cuda Systems CA1!0 U Cuda Systems LLC 2017 CA H^Ōc!5
H0 U 0karl@denninger.net0
*H
۠A0-j%--$% g2#ޡ1^>{K+uGE v1ş7Af&b&O; .;A5* U)ND2bF|\= ]<sˋL!wrw٧> YMÄ3\mWR hSv!_zvl? 3_ xU%\^#O*Gk̍YI_&Fꊛ@&1n } ͬ:{hTP3B.;bU8:Z=^Gw8 !k-@xE@i,+'Iᐚ:f hztX7/(hY` O.1}a`%RW^akǂpCAufgDix UTЩ/7}%=jnVZvcF<M=
2^GKH5魉
_O4ެByʈySkw=5@h.0z>
W1000{1 0 UUS10U Florida10U
Cuda Systems LLC10U Cuda Systems CA1%0#U Cuda Systems LLC 2017 Int CA k#Xd\ =0
`He E0 *H
1 *H
0 *H
1
190524190615Z0O *H
1B@P&LѰlgAcļ گ0jBv?%k.|{3Tt<s0l *H
1_0]0 `He*0 `He0
*H
0*H
0
*H
@0+0
*H
(0 +7100{1 0 UUS10U Florida10U
Cuda Systems LLC10U Cuda Systems CA1%0#U Cuda Systems LLC 2017 Int CA k#Xd\ =0 *H
10{1 0 UUS10U Florida10U
Cuda Systems LLC10U Cuda Systems CA1%0#U Cuda Systems LLC 2017 Int CA k#Xd\ =0
*H
5;4Ԡq4 +9;Cco*&N Y?ZAiz^8kKㆇ_3`}HA.l9B
ީ])8h
MF&4:-V4=^zelZafɐf ʬd iϰa~h?:*3+C;zPñ&tcpY߂ fz
3Qd FOAkEEc3Kc HTPRNr%n |֟6''+u 5W7b[\`Si,he/D
̳1/iX+F6w %ɚ)Q!A o L=_C]껃x
7VfbqtLOocN | {Fňd]
9\N{8$~j CNt멼 w
M1*BM $HXzD)PSD̩K7ᤪ IdЭ{#d?%D}:$
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8dc12761-b68c-d21a-1453-4a67cb4d2200>