Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 14 Dec 2009 09:46:04 -0600
From:      Robert Noland <rnoland@FreeBSD.org>
To:        Rolf G Nielsen <lazlar@lazlarlyricon.com>
Cc:        freebsd-stable@freebsd.org, Adam Jacob Muller <freebsd-stable@adam.gs>
Subject:   Re: freebsd / gpt boot
Message-ID:  <1260805564.2281.86.camel@balrog.2hip.net>
In-Reply-To: <4B256907.4060805@lazlarlyricon.com>
References:  <2A3A50FE-13F4-4AA7-976E-37354E5736B5@adam.gs> <4B256907.4060805@lazlarlyricon.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 2009-12-13 at 23:21 +0100, Rolf G Nielsen wrote:
> Adam Jacob Muller wrote:
> > Hi,
> > I'm trying to setup a system with a very large RAID array (total ~10TB), I would ideally like to have the system boot directly off that 10TB array, so i'm trying to get the system setup with GPT but running into an issue.
> > 
> > 
> > The initial pre-loader (boot0 I think? -- i'm not sure what this is called) is unable to find loader at /boot/loader nor can it load /boot/kernel/kernel
> > 
> 
> Is the partitioning done correctly (have you created a small boot 
> partition, 15 sectors is enough for booting from ufs, but the tutorials 
> I've found deal mainly with booting from zfs and they recommend 128 
> sectors to make future bootcode changes easier)?

You will need to be doing all of this from a current 8-STABLE.  One bug
in dealing with larger zfs raidz volumes was fixed and made it into 8.0.
Another, which deals with GPT/ZFS and large volumes did not make it and
only exists in 8-STABLE, iirc.  Also, with the gptzfsboot code from
-STABLE, it will request to load /boot/zfsloader by default (and
LOADER_ZFS_SUPPORT is no longer required).

> gpart add -b 34 -s 128 -t freebsd-boot -i 1 da0
> 
> Have you embedded the correct boot code?
> 
> gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 da0
> (for booting from ufs).
> 
> or
> 
> gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 da0
> (for booting from zfs).
> 
> You may also need to set it active by
> 
> gpart set -a active -i 1 da0

The above step is no longer needed on -STABLE, the pmbr will be marked
active when you install bootcode.

robert.

> And of course, substitute your arrays device node for da0 in my examples.
> 
> > Copying /boot/loader to /loader allows me to enter /loader at the "boot:" prompt and the loader will load, however, its unable to load the kernel.
> > 
> > If I do an "ls" at the loader prompt I can see boot listed as a directory (with a "d" before it)
> > Trying to do "ls boot" inexplicably it says "boot: not a directory"
> > 
> > re-applying my /boot/loader.conf settings (for some reason vfs.root.mountfrom=ufs:/dev/label/root is required, or else I get a mountroot>) and then:
> > load /kernel
> > boot
> > 
> > does work, and lets the system boot normally and everything is as expected (/boot is a directory etc).
> > 
> > Anyone have any ideas about either of these things (the vfs.root.mountfrom is minor i guess but i'm curious if they are related?)
> > 
> > Thanks in advance,
> > 
> > -Adam
> > 
> > _______________________________________________
> > freebsd-stable@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
> > 
> > 
> > 
> 
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
-- 
Robert Noland <rnoland@FreeBSD.org>
FreeBSD




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1260805564.2281.86.camel>