How could I tell the kernel to use IDE instead of
SATA when running on the VM?

You can pass those physical paths as "bootpath"
property to the kernel using the -B option on the
kernel$ line, similar to this
-B bootpath="/p...@0,0/pci17aa,2...@1f,2/d...@0,0:a"

As soon as you get the kernel booted, the
physical device path in the zpool label will
be updated, so that the next boot on the same
machine doesn't need the -B bootpath=...
any more.

Well, -B bootpath=... did not work. The kernel still complained it could not 
find the root device, probably due to the old path in zpool metadata. The 
kernel messages don't distinguish between the case when no boot device (at all) 
is found and the case when a device can be read, but its zpool contains a 
reference to an invalid device. That's why I was so confused by this issue. :-)

Instead of finding out and typing in these complicated
boot paths it's usually much easier to connect the
hdd to the new machine, boot from the opensolaris
LiveCD, and run "zpool import -f rpool".  That will
update the physical device path in the zpool label, too.

Yes, this works. :-) Many thanks for your advice. I just booted from the Live 
CD, then imported and exported the pool. This is how I can switch between 
physical hardware and the virtual environment from time to time as needed.

Just FTR: When you do this, many invalid records (related to hardware devices in 
the previous machine) are kept in /etc/path_to_inst. Old records just stay there 
and a few new ones will appear at the end. That's why I called echo 
'#path_to_inst_bootstrap_1' > /etc/path_to_inst and updated the boot image 
(bootadm update-archive -R /a). This rebuilt /etc/path_to_inst based on the new 
hardware configuration on next boot. (The boot archive should be updated again 
after this, which seems to happen automatically at poweroff.)

I can imagine this could fail in many situations, but it works for me somehow. 
:-)

Andrej

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

_______________________________________________
install-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/install-discuss

Reply via email to