Andy Moran wrote this message on Thu, Sep 19, 2013 at 08:12 -0700:
>
> On Sep 19, 2013, at 6:58 AM, Volodymyr Kostyrko <c.kw...@gmail.com> wrote:
>
> > 19.09.2013 16:43, Andrew Moran wrote:
> >> Alas, that did not work. But it does look to be BIOS related.
> >>
> >> I think this new system has a UEFI bios.
> >>
> >> I just read from https://wiki.freebsd.org/UEFI:
> >> * Partitions not seen. When using GPT, FreeBSD will create a protective
> >> MBR. This MBR has one partition entry covering the whole disk. FreeBSD
> >> marks this partition active. This causes at least some UEFI
> >> implementations to ignore the GPT. To fix this the partition needs to be
> >> marked inactive.
> >> * Filesystem not seen. FreeBSD's FAT32 code appears to sometimes create
> >> filesystems that the UEFI code can't properly read. If the filesystem is
> >> small enough, use FAT16 or FAT12 instead.
> >>
> >> I think this may be my issue. But 9.1 LiveCD does boot and I can see the
> >> data once booted, so there must be a way to fix the boot loader on the
> >> drive to work.
> >
> > Good catch. The fix landed in stable not so long ago
> > (http://svnweb.freebsd.org/base?view=revision&revision=255017) so you
> > wouldn't find it in 9.2 either. Can you try this:
> >
> > gpart unset -a active ada0
>
>
> It says 'active' is an invalid attribute. This matches what gpart mangpage
> says under ATTRIBUTES .. it doesn't list 'active' as an attribute for the GPT
> partition scheme (but it does for other schemes). I did try to unset
> 'bootme' but that did not help either.
>
> Do I need the newer version of gpart to be able to unset or set it?
You could try the new 10-ALPHA1 LiveCD to unset it..
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
