ZFS boot inside on the second partition inside a slice

Zhihao Yuan lichray at gmail.com
Tue Jun 21 01:11:01 UTC 2011


I finally redo everything with GPT-based solution. At the same time, I
found a problem with zpool.cache and I fixed with:
http://forums.freebsd.org/showthread.php?t=4185
zpool.cache will be changed after you exported the zpool... Anyway,
now I'm OK with my freebsd-only box, again.

On Fri, Jun 17, 2011 at 9:18 PM, Zhihao Yuan <lichray at gmail.com> wrote:
> If this problem can not be solved, I probably have to redo everything
> to use GPT-based solution and lose my Windows.............
>
> On Fri, Jun 17, 2011 at 12:37 PM, John Baldwin <jhb at freebsd.org> wrote:
>> On Friday, June 17, 2011 1:06:22 pm Henri Hennebert wrote:
>>> On 06/16/2011 19:35, John Baldwin wrote:
>>> > On Thursday, June 16, 2011 8:45:41 am Zhihao Yuan wrote:
>>> >> Exactly. The MFCed ZFSv28 is different from any patch maintained by
>>> >> mm at . Maybe some untested changes involved.
>>> >
>>> > Can you try reverting this change:
>>> >
>>> > Author: jhb
>>> > Date: Thu Apr 28 17:44:24 2011
>>> > New Revision: 221177
>>> > URL: http://svn.freebsd.org/changeset/base/221177
>>> >
>>> > Log:
>>> >   Due to space constraints, the UFS boot2 and boot1 use an evil hack where
>>> >   boot2 calls back into boot1 to perform disk reads.  The ZFS MBR boot blocks
>>> >   do not have the same space constraints, so remove this hack for ZFS.
>>> >   While here, remove commented out code to support C/H/S addressing from
>>> >   zfsldr.  The ZFS and GPT bootstraps always just use EDD LBA addressing.
>>> >
>>> >   MFC after:    2 weeks
>>> >
>>> > Modified:
>>> >   head/sys/boot/i386/boot2/Makefile
>>> >   head/sys/boot/i386/common/drv.c
>>> >   head/sys/boot/i386/zfsboot/Makefile
>>> >   head/sys/boot/i386/zfsboot/zfsldr.S
>>> >
>>> I try with this revision (221177) reverted to no avail:
>>> same error - 'read error'
>>
>> Hmm, ok.  No other ideas off the top of my head.
>>
>> --
>> John Baldwin
>>
>
>
>
> --
> Zhihao Yuan, nickname lichray
> The best way to predict the future is to invent it.
> ___________________________________________________
> 4BSD -- http://4bsd.biz/
>



-- 
Zhihao Yuan, nickname lichray
The best way to predict the future is to invent it.
___________________________________________________
4BSD -- http://4bsd.biz/


More information about the freebsd-stable mailing list