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 > boot > > 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 > yup > > 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. > yup > > 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 hardware. 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' or 'n'. 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 installer. 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: > http://blogs.oracle.com/jim/entry/how_to_create_a_usb > Thanks, I'll check it out. > > -- > Fajar > > > > > On Tue, Nov 22, 2011 at 5:25 AM, Fajar A. Nugraha <l...@fajar.net> > wrote: > >> > >> 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 > >> zfs-discuss@opensolaris.org > >> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss > > > > >
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
