On 18 Jan 2016, at 07:20, O. Hartmann wrote:
> Building NanoBSD images booting off from USB Flash drives and having two GPT
> partitions, booting is stuck in the UEFI loader, presenting me with something
> like:
>
> [...]
> Probing 6 block devices.++. done
>
>
On Mon, 18 Jan 2016 09:10:33 +0100
Dimitry Andric wrote:
> On 18 Jan 2016, at 07:20, O. Hartmann
> wrote:
> > Building NanoBSD images booting off from USB Flash drives and
> > having two GPT partitions, booting is stuck in the UEFI loader,
> >
On 18 January 2016 at 03:10, Dimitry Andric wrote:
> On 18 Jan 2016, at 07:20, O. Hartmann wrote:
>> Building NanoBSD images booting off from USB Flash drives and having two GPT
>> partitions, booting is stuck in the UEFI loader, presenting me with
On Mon, 18 Jan 2016 22:46:18 +
Steven Hartland wrote:
> On 18/01/2016 21:57, Ed Maste wrote:
> > On 18 January 2016 at 15:26, Andrew Turner
> > wrote:
> >> the issue was we were caching reads from the first filesystem we
> >> looked at. I've
On 18/01/2016 21:57, Ed Maste wrote:
On 18 January 2016 at 15:26, Andrew Turner wrote:
the issue was we were caching reads from the first filesystem we looked
at. I've committed the fix in r294291 to force the code to re-read on
each filesystem it looks at.
Thanks Andrew
On Mon, 18 Jan 2016 12:04:38 +
Steven Hartland wrote:
> On 18/01/2016 11:34, Andrew Turner wrote:
> > On Mon, 18 Jan 2016 09:10:33 +0100
> > Dimitry Andric wrote:
> >
> >> On 18 Jan 2016, at 07:20, O. Hartmann
> >>
On 18/01/2016 19:08, Ed Maste wrote:
On 18 January 2016 at 03:10, Dimitry Andric wrote:
On 18 Jan 2016, at 07:20, O. Hartmann wrote:
Building NanoBSD images booting off from USB Flash drives and having two GPT
partitions, booting is stuck in
On 18 January 2016 at 15:26, Andrew Turner wrote:
>
> the issue was we were caching reads from the first filesystem we looked
> at. I've committed the fix in r294291 to force the code to re-read on
> each filesystem it looks at.
Thanks Andrew - my QEMU boot failure is not