Sanjay Nadkarni wrote:
> David.Comay at Sun.COM wrote:
>   
>>> The purpose of listcd is locate the compressed /usr.   Since devfsadm 
>>> is located in /usr/sbin, it is not available hence this is mounting 
>>> the file system using the explicit name.  The issue with Xvm was that 
>>> devices under /devices/xvdp were not being instantiated.
>>>       
>> Strange, because when I was looking at a system in this state (namely
>> without /usr mounted) I thought that I was able to run devfsadm.  Are
>> you sure that there isn't a /usr/sbin/devfsadm - usr_microroot_files
>> seems to indicate there will be one on the microroot.
>>     
> I was mistaken, devfsadm is there.   Devfsadm is run as by the smf 
> service system/devices/local. The problem is that devfsadm  runs quite a 
> bit after system/filesystem/root:live-media.  The dependency appears as 
> follows: (--> depends on)
> milestone/devices --> system/devices/local -- > system/filesystem/usr -- 
>  > system/boot-archive --> system/filesystem/root
>
> Therefore devfsadm cannot instantiate devices when 
> system/filesystem/root service is run.
>   

   In addition devfs does lazy initialization of device nodes. Thus not 
all nodes,
   including the PCI ones are present at the time fs-root is running and 
libdevinfo
   in the ordinary case is unable to list most device nodes.
   So a little workaround, short of executing devfsadm, is applied to 
force the
   nodes to be  created:  ls -lR /devices/pci*
   I think an ls -lR /devices/xvdp* can also be done.

   Devfsadm is present in the microroot to get the lofi device links under
   /dev/lofi to be created since lofiadm internally calls 
di_devlink_init which in
   turn starts devfsadmd.

Regards,
Moinak.

> -Sanjay
>
>
>
>   
>> dsc
>>     
>
> _______________________________________________
> caiman-discuss mailing list
> caiman-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
>   


Reply via email to