> in my setup i do not install the ufsroot.
>
> i have 2 disks
> -c0d0 for the ufs install
> -c1d0s0 which is my zfs root i want to exploit
>
> my idea is to remove the c0d0 disk when the system will be ok
Btw. if you're trying to pull the ufs disk c0d0 from the system, and
physically move the
> it seems i have the same problem after zfs boot
> installation (following this setup on a snv_69 release
> http://www.opensolaris.org/os/community/zfs/boot/zfsboot-manual/ ).
Hmm, in step 4., wouldn't it be better to use ufsdump / ufsrestore
instead of find / cpio to clone the ufs root into the
forgot to specify some details :
in my setup i do not install the ufsroot.
i have 2 disks
-c0d0 for the ufs install
-c1d0s0 which is my zfs root i want to exploit
my idea is to remove the c0d0 disk when the system will be ok
This message posted from opensolaris.org
___
Hello
it seems i have the same problem after zfs boot installation (following this
setup on a snv_69 release
http://www.opensolaris.org/os/community/zfs/boot/zfsboot-manual/ ). The outputs
from the requested command are similar to the outputs posted by dev2006.
Reading this page, i found no so
Hi,
>> 2. After going through the zfs-bootification, Solaris complains on
>> reboot that
>>/etc/dfs/sharetab is missing. Somehow this seems to have been
>> fallen through
>>the cracks of the find command. Well, touching /etc/dfs/sharetab
>> just fixes
>>the issue.
>
> This is unrelate
Constantin Gonzalez Schmitz wrote:
2. After going through the zfs-bootification, Solaris complains on reboot that
/etc/dfs/sharetab is missing. Somehow this seems to have been fallen through
the cracks of the find command. Well, touching /etc/dfs/sharetab just fixes
the issue.
This is
Constantin Gonzalez Schmitz wrote:
2. After going through the zfs-bootification, Solaris complains on reboot that
/etc/dfs/sharetab is missing. Somehow this seems to have been fallen through
the cracks of the find command. Well, touching /etc/dfs/sharetab just fixes
the issue.
shareta
