Hi Jan.
On 01/05/09 08:32, Jan Damborsky wrote:
> Hi Jack,
>
>
> Jack Schwartz wrote:
>
>> Hi everyone.
>>
>> I did a little more experimenting...
>>
>> ls only shows the size difference between compressed and uncompressed
>> files when fiocompress -c (not -cm) is used. du shows the difference
>> whether -c or -cm is used.
>>
>> When I run du on the build_data/bootroot and the mounted
>> sparc.microroot, I see a difference, so compression is being done, at
>> least on some files.
>>
>> The "file" command doesn't show a difference between compressed or
>> uncompressed files, unfortunately, so I can't tell if a small file is
>> compressed or not. Du reports sizes in 512 or larger units.
>>
>> Regarding the devfsadm issue, it looks like the lock file
>> (/etc/dev/.devfsadm-dev.lock) is processed as the svc repository.db file
>> is. Being that repository.db is a large enough file to see that it is
>> not being compressed, I conclude that the devfsadm lock file isn't
>> either. Based on this, what I have done is working.
>>
>> While it is true that the error I saw earlier dealt with access of the
>> devfsadm lock file, it was because the root file system is read only.
>> Not sure how to get around this...
>>
>
> My guess is that the image you generate contains live-fs-root
> without fix for
> 4230 Bootroot assembly changes for SPARC ai images
>
> The fix makes sure that ramdisk is remounted as read-write for Sparc,
> since the command is slightly different comparing to the one used
> for x86 - the excerpt from fixed live-fs-root script shows:
>
> [...]
> echo "\rRemounting root read/write" > /dev/msglog
> ISA_INFO=`/sbin/uname -p`
> if [ $ISA_INFO = "sparc" ]
> then
> # ramdisk is differently labeled in sparc vs x86
> /sbin/mount -o remount,rw /devices/ramdisk-root:a /
> else
> # x86 label
> /sbin/mount -o remount,rw /devices/ramdisk:a /
> fi
> [...]
>
Thanks for responding.
Yes, you are correct. I verified that I didn't have this change.
Thanks,
Jack
>
> Thank you,
> Jan
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://mail.opensolaris.org/pipermail/caiman-discuss/attachments/20090105/d474194f/attachment.html>
