Hi Alan, On Jan 16, 2008 11:43 AM, Alan DuBoff <[EMAIL PROTECTED]> wrote: > On Wed, 16 Jan 2008, Aubrey Li wrote: > > > Yes, this is a known bug if you are using x86 and GUI installation. > > See below: > > ======================================================== > > x86: Solaris Installation GUI Might Fail When You Install Solaris > > Flash Archive (6208656) > > I have known about this bug for a long time, that's one of the bugs I > filed. I don't know if it will be fixed, since caiman/dwarf will change > the landscape. > > If you use a text console install, the archive works fine. > > There used to be another problem creating the flash archive, where the > optimized libraries that are mounted could create an archive that was only > installable to similar hardware. IOW, if you created on 64-bit x86 (amd64, > appologees to Intel;-), it would have the optimized libc.so.1, and would > install to another 64-bit system and run fine, but if you tried to install > to a 32-bit, it wouldn't. I believe that Bill Kucharski fixed that and I > tested it a while ago...the workaround to create it was umount the > optimized libc.so.1 when creating. I think flarcreate handles that now, > but it's been so long since I have created flash archives, I'm not > positive. > > I used to create flash archives when there was more need for them, nowdays > Solaris has much of the software that I used to setup and configure in the > system, like OpenOffice/StarOffice, Firefox, Thunderbird, Flash, > RealPlayer, etc...we even have wifi these days.;-) > Thanks for the info! Certainly, this bug is not fixed on nevada. Developers may need this feature to backup their system. Because the filesystem may be corrupted by a developing mistake and becomes un-recoverable, flash archive is a way to re-install the original system. Anyway, the workaround works, that's fine, ;-)
Thanks, -Aubrey _______________________________________________ opensolaris-discuss mailing list [email protected]
