Douglas Atique wrote:
Right. But can I generate them automatically somehow on the next boot? I have
followed the instructions that loop-mount / and tar the contents of devices and
dev and untar them to the root pool. I just want to know if there is an
alternative way to do it. For example, what if I add some new hardware after I
have switched to ZFS for my root fs? How will it be added to /devices and /dev?
Couldn't the same principle be applied to generate all of these directories on
the first boot off the ZFS root pool?
Once you switch over to zfs root, adding new hardware should just behave
as what you expect on ufs root.
Copy /devices and /dev is just a one-time thing (as part of
'installation') to setup the initial zfs root.
Sorry, I didn't make myself clear. When grub is installed on a ZFS pool (no matter if I
do installgrub to my c0d0s5 or if I create a ZFS pool on my c0d0s0 and do installgrub to
it) the GRUB menu is not shown. Ever. Just by installing GRUB back to a UFS slice makes
it work again. This "doesn't work" refers to the difficulties with installing
GRUB on a ZFS pool and having it work successfully. Apparently the only trouble is with
the video, as the menu is not shown, but the options remain functional (if I remember the
order by heart, that is). This is a different problem than my panic on boot off the ZFS
pool in c0d0s5, though.
'installgrub' will always put grub on the same disk location (first 3
cylinders), not on a ZFS pool.
You only need to installgrub when you want a new grub bits on the disk.
Since you are using s0 as the default menu.lst location, you should
always installgrub for s0:
# installgrub new-stage1 new-stage2 /dev/rdsk/c0d0s0
At this point, my suggestion would be:
1. boot up s4 (SXCEb65)
2. destroy ZFS rootpool rootfs on s5
3. use TimS's script to setup the ZFS rootpool/rootfs on s5 from SXCEb65
(s4)
If this works, switch to use your s0 for menu control:
1. boot up ZFS root
2. # installgrub /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c0d0s0
3. on s0 menu.lst, add the ZFS entry
If this works, then you can start play around.
Lin
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
