On Tue, Nov 29, 2011 at 10:39 PM, Fajar A. Nugraha <l...@fajar.net> wrote:
> On Wed, Nov 30, 2011 at 1:25 PM, Frank Cusack <fr...@linetwo.net> wrote:
> > I haven't been able to get this working. To keep it simpler, next I am
> > going to try usbcopy of the live USB image in the VM, and see if I can
> > real hardware from the resultant live USB stick.
> To be clear, I'm talking about two things:
> (1) live USB, created from Live CD
> (2) solaris installed on USB
> This first one works on real hardware, but not on a VM. The cause is
> simple: seems like a boot code somewhere searches ONLY removable media
> for live solaris image. Since you need to map the USB disk as regular
> disk (SATA/IDE/SCSI) in a VM to be able to boot from it, you won't be
> able to boot live usb on a VM.
> The second one works on both real hardare and VM, BUT with a
> prequisite that you have to export-import rpool first on that
> particular system. Unless you already have solaris installed, this
> usually means you need to boot with a live cd/usb first.
yup. I didn't quite do that, what I did is exit to shell after installing
(from install CD) onto the USB. Then in the shell from the install CD I
did the zpool export. The resultant USB is still unbootable for me on real
During this install, the USB is seen as a SATA disk. I tried to install
onto it as a pass through USB device, but a python script in the installer
that tries to label the disk fails. This is likely because it has to
invoke 'format -e' instead of 'format' in order to see the USB disk in the
first place. When you invoke the 'label' command, if you have invoked
'format' as 'format -e' you get prompted whether you want an SMI or EFI
label. The python script doesn't know about this and wants to just do 'y'
In S10, I have no problem installing on real hardware onto a USB stick
(seen as USB), so I imagine this is just a deficiency of the new S11
Anyway, the point of that story is that I tried to install onto it as as
USB device, instead of as a SATA device, in case something special happens
to make USB bootable that doesn't happen when the S11 installer thinks it's
a SATA device. But I was unable to complete that test.
> I'm not sure what you mean by "usbcopy of the live USB image in the
> VM, and see if I can boot real hardware from the resultant live USB
> stick.". If you're trying to create (1), it'd be simpler to just use
> live cd on real hardware, and if necessary create live usb there (MUCH
> faster than on a VM). If you mean (2), then it won't work unless you
> boot with live cd/usb first.
I meant (1), because I think this is an easier case to try out than (2).
(1) should DEFINITELY work, IMHO.
I don't use live cd on real hardware because that doesn't meet my objective
of being able to create a removable boot drive, created in a VM, that I can
boot on real hardware if I wanted to. I mean, I *could* do it that way,
but I want to be able to do this in a 100% VM environment.
> Oh and for reference, instead of usbcopy, I prefer using this method:
Thanks, I'll check it out.
> > On Tue, Nov 22, 2011 at 5:25 AM, Fajar A. Nugraha <l...@fajar.net>
> >> On Tue, Nov 22, 2011 at 7:32 PM, Jim Klimov <jimkli...@cos.ru> wrote:
> >> >> Or maybe not. I guess this was findroot() in sol10 but in sol11 this
> >> >> seems to have gone away.
> >> >
> >> > I haven't used sol11 yet, so I can't say for certain.
> >> > But it is possible that the default boot (without findroot)
> >> > would use the bootfs property of your root pool.
> >> Nope.
> >> S11's grub specifies bootfs for every stanza in menu.lst. bootfs pool
> >> property is no longer used.
> >> Anyway, after some testing, I found out you CAN use vbox-installed s11
> >> usb stick on real notebook (enough hardware difference there). The
> >> trick is you have to import-export the pool on the system you're going
> >> to boot the stick on. Meaning, you need to have S11 live cd/usb handy
> >> and boot with that first before booting using your disk.
> >> --
> >> Fajar
> >> _______________________________________________
> >> zfs-discuss mailing list
> >> email@example.com
> >> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
zfs-discuss mailing list