Looks like you found a bug.  I am not sure why we did not see this.  On 
my system running snv126 I see

gzcat /platform/i86pc/amd64/boot_archive

gzcat: /platform/i86pc/amd64/boot_archive: not in gzip format

$ pfexec lofiadm -a /platform/i86pc/amd64/boot_archive /dev/lofi/1
$file /platform/i86pc/amd64/boot_archive
/platform/i86pc/amd64/boot_archive:    ISO 9660 filesystem image

$ pfexec fstyp /dev/lofi/1
hsfs

Can you check if this is the same for you.

If so, the boot_archive is no longer a compressed ufs file system.  Its 
an hsfs file system.

The command that generated the boot_archive can generate either an hsfs 
file system or a compressed ufs file system.  The transfer module needs 
to be made smarter.

-Sanjay


Masafumi Ohta wrote:
> Hi Sanjay-san
>
> On 2009/11/15, at 10:30, sanjay nadkarni wrote:
>
>> Hi Masafumi-san,
>>                  Where is the webrev ?  I went to code.google.com 
>> website and could not find it.  Is it on cr.opensolaris.org ?
>>
>
> you can find in 
> http://code.google.com/p/opensolaris-liveusb-for-eeepc/downloads/list
> and you can download the webrev: 
> http://opensolaris-liveusb-for-eeepc.googlecode.com/files/webrev.zip
>
>
>> I am afraid that until the change is putback you may have to keep 
>> remerging.  libadmldb.so.2 is delivered by the ON.
>>> basename   file   usr/snadm/lib/libadmldb.so.2 
>>> pkg:/SUNWadmlib-sysid at 0.5.11-0.126
>
> got that.let me check.
>
>> I am confused by the cpio error you are encountering.   Could you add 
>> the log ?
>>
>
> sure,the log is as follows:
>
> <OM Nov 15 11:42:52> Timezone setting will be TZ=UTC
> <OM Nov 15 11:42:52> Set timezone
> <OM Nov 15 11:42:56> System reports enough physical memory for 
> installation, swap is optional
> <OM Nov 15 02:46:35> Timezone setting will be TZ=Japan
> <OM Nov 15 02:46:35> Set timezone
> <OM Nov 15 02:47:40> User name not specified
> <OM Nov 15 02:47:40> User login name not specified
> <OM Nov 15 02:47:40> Disk was changed
> <OM Nov 15 02:47:40> Disk contains valid Solaris partition
> <OM Nov 15 02:47:40> whole_disk = 1
> <OM Nov 15 02:47:40> diskname set = c1d0
> <OM Nov 15 02:47:40> Set fdisk attrs
> <OM Nov 15 02:47:41> Set zfs root pool device
> <OM Nov 15 02:47:41> creating zpool
> <OM Nov 15 02:47:44> /usr/sbin/zfs set compression=on rpool
> <OM Nov 15 02:47:44> /usr/sbin/zfs set atime=off rpool
> <OM Nov 15 02:47:44> /usr/sbin/zfs get -Hp -o value available rpool
> <OM Nov 15 02:47:44> There is not enough disk space available for swap 
> and dump, they won't be created
> <OM Nov 15 02:47:44> 8GiB of free space is required for swap and dump 
> devices, please refer to recommended value on Disk screen
> <OM Nov 15 02:47:46> Target Instantiation finished successfully
> <OM Nov 15 02:47:46> Transfer process initiated
> <OM Nov 15 02:47:46> CPIO transfer mechanism selected
> <TRANSFER_MOD_E Nov 15 02:47:50> Command /usr/bin/gzcat 
> /.cdrom/platform/i86pc/amd64/boot_archive > /var/run/boot_archive failed
> <TRANSFER_MOD Nov 15 02:47:50> TValueError or TABort
> <OM Nov 15 02:47:50> Transfer failed with error 1
>
>> -Sanjay
>>
>>
>> Masafumi Ohta wrote:
>>> Hi Shawn,Clay
>>>
>>> Sorry I am extremely busy so I couldn't reply that.
>>> I am now including zfs compression and atime off into my ditstro.
>>> http://kohju.justplayer.com/docs/mirror/OpenSolaris/eeepc-special/
>>> ('WC'=with compression,)
>>>
>>> and I have uploaded how to add them to code.google.com
>>> http://code.google.com/p/opensolaris-liveusb-for-eeepc/
>>> I have uploaded 'webrev' so you can check how I edited 'slim_source'.
>>> I now building liborchestrator.so.1 customizing 
>>> 'perform_slim_install.c'
>>> and replacing the old one in /usr/snadm/lib/.
>>>
>>> but I have now problems in this way I cant use it on b126 I guess it 
>>> is updated on b126 (I found libadmldb.so.2 on it
>>> but I haven't found it though building 'slim_source',that 
>>> is,installer cant recognize disk and then don't make rpool...
>>> I tried to replace libti.so.1 building slim_source It can make rpool 
>>> but it cant start CPIO the data says cant run 'gzcat'....
>>>
>>> if any ideas,please let me know.
>>>
>>> I will try again on b127...
>>>
>>> On 2009/11/05, at 6:43, Clay Baenziger wrote:
>>>
>>>> Hi Shawn,
>>>>    I think Masafumi was looking into this for his EeePC 
>>>> distribution which does this by default now. I don't know if he was 
>>>> planning to contribute this back or if it was just a tweak for his 
>>>> distribution. I've included Masafumi. Eitherway, yeah this would be 
>>>> very nice to enable!
>>>>
>>>>                            Thank you,
>>>>                            Clay
>>>>
>>>> On Mon, 2 Nov 2009, Glenn Lagasse wrote:
>>>>
>>>>> * Shawn Walker (swalker at opensolaris.org) wrote:
>>>>>> Greetings,
>>>>>>
>>>>>> Has there been any consideration to enabling zfs compression for the
>>>>>> default rpool for a LiveCD installed system?
>>>>>>
>>>>>> If there has been, can anyone expound on why it hasn't been done 
>>>>>> yet?
>>>>>>
>>>>>> Memory concerns, performance, etc. ?
>>>>>
>>>>> http://defect.opensolaris.org/bz/show_bug.cgi?id=86
>>>>>
>>>>> There hasn't been much discussion that I can recall.  I think it just
>>>>> needs to be evaluated and then coded up based on that evaluation.
>>>>>
>>>>> Cheers,
>>>>>
>>>>> -- 
>>>>> Glenn
>>>>> _______________________________________________
>>>>> caiman-discuss mailing list
>>>>> caiman-discuss at opensolaris.org
>>>>> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
>>>>>
>>>
>>> Masafumi Ohta
>>> a Leader of Tokyo OpenSolaris User Group
>>> mailto:masafumi.ohta at gmail.com
>>> http://www.twitter.com/masafumi_ohta
>>>
>>>
>>>
>>> _______________________________________________
>>> caiman-discuss mailing list
>>> caiman-discuss at opensolaris.org
>>> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
>>
>
> Masafumi Ohta
> a Leader of Tokyo OpenSolaris User Group
> mailto:masafumi.ohta at gmail.com
> http://www.twitter.com/masafumi_ohta
>
>
>


Reply via email to