Date: Tue, 19 Apr 2022 11:46:03 +0000 From: Thomas Laus <lausts@acm.org> To: freebsd-current@freebsd.org Subject: Re: main-n254654-d4e8207317c results in "no pools available to import" Message-ID: <0100018041a4d46f-daec909d-8000-48e9-9259-5df61416a9dc-000000@email.amazonses.com> In-Reply-To: <a57bd03f-e3c3-3b67-ba34-c6a96569e9e6@gmail.com> References: <B84B94CD-4E76-4598-B197-20EF238A4615.ref@yahoo.com> <B84B94CD-4E76-4598-B197-20EF238A4615@yahoo.com> <093ec3cb-32a1-e316-a369-3a9e8559248a@blastwave.org> <a57bd03f-e3c3-3b67-ba34-c6a96569e9e6@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 4/18/22 21:43, Graham Perrin wrote: > On 12/04/2022 23:35, Dennis Clarke wrote: >> … at least two examples in the wild. … > > Not the same symptom, but > <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263407>; caught my eye: > >> RC3 Guided ZFS on root with encryption unmountable > > Beyond that, I have nothing useful to add (sorry). I do not get the "no > pools available to import" symptom with any of the boot environments > listed below (Git hash within the name of each BE). > Thanks for the link. I agree that there is something unexpected happening recently with booting a ZFS filesystem using EFI. I noticed that my system still flashes a "no pools available to import" message when using a MBR boot record at the same point that EFI boot just hangs but the booting process will complete soon afterward. Putting EFI boot back on that ada0p1 partition hangs at the same point again. I am fortunate that both systems can use either EFI or MBR boot records. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?0100018041a4d46f-daec909d-8000-48e9-9259-5df61416a9dc-000000>