Date: Thu, 19 Sep 2013 19:34:51 -0700 From: Andy Moran <amoran@yahoo.com> To: John-Mark Gurney <jmg@funkthat.com> Cc: Volodymyr Kostyrko <c.kworr@gmail.com>, "freebsd-stable@freebsd.org" <freebsd-stable@freebsd.org> Subject: Re: Rescuing a GPT ZFS boot setup Message-ID: <3485DA0E-615F-46DA-8683-C74DF241F512@yahoo.com> In-Reply-To: <20130919162817.GH14220@funkthat.com> References: <1379572619.72405.YahooMailNeo@web121302.mail.ne1.yahoo.com> <523AACF8.8080404@gmail.com> <1379598213.765.YahooMailNeo@web121304.mail.ne1.yahoo.com> <523B02F6.4070708@gmail.com> <297B5E1D-40E0-4745-80D3-26EF38A931EC@yahoo.com> <20130919162817.GH14220@funkthat.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sep 19, 2013, at 9:28 AM, John-Mark Gurney <jmg@funkthat.com> wrote: > Andy Moran wrote this message on Thu, Sep 19, 2013 at 08:12 -0700: >>=20 >> On Sep 19, 2013, at 6:58 AM, Volodymyr Kostyrko <c.kworr@gmail.com> = wrote: >>=20 >>> 19.09.2013 16:43, Andrew Moran wrote: >>>> Alas, that did not work. But it does look to be BIOS related. >>>>=20 >>>> I think this new system has a UEFI bios. >>>>=20 >>>> 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. >>>>=20 >>>> 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. >>>=20 >>> Good catch. The fix landed in stable not so long ago = (http://svnweb.freebsd.org/base?view=3Drevision&revision=3D255017) so = you wouldn't find it in 9.2 either. Can you try this: >>>=20 >>> gpart unset -a active ada0 >>=20 >>=20 >> 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. =20 >>=20 >> Do I need the newer version of gpart to be able to unset or set it? >=20 > You could try the new 10-ALPHA1 LiveCD to unset it.. >=20 > --=20 WIth the 10-ALPHA2 LiveCD, I get: gpart: attrib 'active': Device not configured I can set/unset the bootme attribute and I can do: gpart bootcode -b = /boot/pmbr -p /boot/gptzfsboot -i ada0=20 But neither seems to get me out of my jam -- the UEFI doesn't seem to = see it as a bootable disk. :( --Andy =20=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3485DA0E-615F-46DA-8683-C74DF241F512>