Date: Fri, 13 Sep 2019 08:36:38 -0500 From: Karl Denninger <karl@denninger.net> To: freebsd-questions@freebsd.org Subject: Re: Moving boot disk - does not seem easy? Message-ID: <b265f91a-efa4-b44d-4388-77f920c07b94@denninger.net> In-Reply-To: <20190913065055.12a91226.freebsd@edvax.de> References: <03d6bfcb-aaad-c3a5-d2a6-b14f819113c2@mansionfamily.plus.com> <20190913065055.12a91226.freebsd@edvax.de>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] On 9/12/2019 23:50, Polytropon wrote: > On Thu, 12 Sep 2019 22:26:32 +0100, james wrote: >> I had thought that this would be straightforward but it seems not. >> >> I have a freebsd 12 system, UFS boots /ada0p2. Mounts some ZFS >> partitions and I'm away. >> >> I add a new PCIe card with a SATA SSD, and it grabs ada0. >> >> I want to move my boot to the SSD, not least because the boot priority >> now favours it as ada0, and I had to manually boot ada1p2. > Use labels - you no longer have to deal with device names that > could change depending on detection order (or other properties). > As long as there is the appropriate boot code installed and you > are referencing the boot partition's label, it will work, no > matter if it is ada0p2 or ada2p2. > > Documentation and examples: > > https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-glabel.html > > http://www.wonkity.com/~wblock/docs/html/disksetup.html#_the_new_standard_gpt Labels are a good idea BUT be careful that you don't have two devices connected at once with the same label on one of their partitions. Incidentally if you do things like boot off an encrypted ZFS pool you'll note that by default the boot pool ignores the labels... :-) [karl@NewFS ~]$ zpool status pool: zs state: ONLINE scan: scrub repaired 0 in 0 days 06:46:37 with 0 errors on Thu Sep 12 10:48:49 2019 config: NAME STATE READ WRITE CKSUM zs ONLINE 0 0 0 raidz2-0 ONLINE 0 0 0 gpt/rust1.eli ONLINE 0 0 0 gpt/rust2.eli ONLINE 0 0 0 gpt/rust3.eli ONLINE 0 0 0 gpt/rust4.eli ONLINE 0 0 0 gpt/rust5.eli ONLINE 0 0 0 errors: No known data errors pool: zsr state: ONLINE scan: scrub repaired 0 in 0 days 00:04:20 with 0 errors on Mon Sep 2 03:13:46 2019 config: NAME STATE READ WRITE CKSUM zsr ONLINE 0 0 0 raidz2-0 ONLINE 0 0 0 da2p4.eli ONLINE 0 0 0 da1p4.eli ONLINE 0 0 0 da11p4.eli ONLINE 0 0 0 da0p4.eli ONLINE 0 0 0 da3p4.eli ONLINE 0 0 0 errors: No known data errors Yes, those root pool elements (zsr) have labels (e.g. "ssd1" through "ssd5"); the loader found their names during the probe and mounted them this way anyway. -- 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 190913133639Z0O *H 1B@wIH%r|YO=ܼIGلsCg.u`E%ђzf#`>aW/0l *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 Os ~9+3c d4zx C:OK) ?FFM _ (몴4\Am|آ-".w-\C:_0"Knd 9a@dKbWHae<s(GN feCb^W,Çք)Y1'LZGOBKe MD",% `L`meEp JKHa >rW<8 e | )6,k^)`rK@kas6tn7)řcY,f9ц6V$ B4! /Ƶ_I1pʵ]L3P}r PAr;;fW ~4^HAZ_ Y<KlS86J'oR0uQ[j"e0<po*xƩ(͑ؠb/G; 3s Nx6%pLy>R48}5~L1J7ykk7!T<! T 9V:"Bfhelp
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?b265f91a-efa4-b44d-4388-77f920c07b94>