My first description of this problem doesn't make any sense to me and may also mislead others. Well, now I may know the reason.
If I use "shutdown -i 5 -y -g 0" to shutdown the computer, as I always do, the "numlock" light will be "on" after power-off. So I guess it means some parts of the computer still have power, e.g., the NIC. Something wrong in this situation so next time when I power-on the computer, the NIC won't work. But when I boot to Windows at first, then reboot to Solaris, the NIC will be re-initiated... That's just my guess. Resonable? - Calvin On Fri, 2007-02-16 at 15:10 -0800, Calvin Liu wrote: > Hi, there, > > Don't know why, the service "svc:/network/physical:default" always fails > to start, so I don't have network access. Power-off and restart or > reboot to Solaris doesn't help. The trick that I have to do is to boot > into Windows XP once (no need to login, just wait for the Windows login > screen and reboot), then reboot into Solaris. I'm quite confused. Could > someone tell me what happens here? > > Actually, this is the computer that I'm using. > http://support.gateway.com/s/PC/R/1008995/1008995nv.shtml > > I can find the information of my NIC card from Windows. It's a Nvidia > nForce Networking Controller. While in Solaris, it's nge0. I got some > details below from "prtconf -v|tee log". > > pci105b,ca8, instance #0 > System software properties: > name='interrupt-priorities' type=int items=1 > value=00000006 > Hardware properties: > name='assigned-addresses' type=int items=10 > > value=8200a010.00000000.febfb000.00000000.00001000.8100a014.00000000.0000d400.00 > 000000.00000008 > name='reg' type=int items=15 > > value=0000a000.00000000.00000000.00000000.00000000.0200a010.00000000.00000000.00 > 000000.00001000.0100a014.00000000.00000000.00000000.00000008 > name='compatible' type=string items=7 > value='pci10de,269.105b.ca8.a1' + > 'pci10de,269.105b.ca8' + 'pci105b,ca8' + 'pci1 > 0de,269.a1' + 'pci10de,269' + 'pciclass,068000' + 'pciclass,0680' > name='model' type=string items=1 > value='Bridge device' > name='power-consumption' type=int items=2 > value=00000001.00000001 > name='66mhz-capable' type=boolean > name='fast-back-to-back' type=boolean > name='devsel-speed' type=int items=1 > value=00000000 > name='interrupts' type=int items=1 > value=00000001 > name='max-latency' type=int items=1 > value=00000014 > name='min-grant' type=int items=1 > value=00000001 > name='subsystem-vendor-id' type=int items=1 > value=0000105b > name='subsystem-id' type=int items=1 > value=00000ca8 > name='unit-address' type=string items=1 > value='14' > name='class-code' type=int items=1 > value=00068000 > name='revision-id' type=int items=1 > value=000000a1 > name='vendor-id' type=int items=1 > value=000010de > name='device-id' type=int items=1 > value=00000269 > Device Minor Nodes: > dev=(82,1) > dev_path=/[EMAIL PROTECTED],0/pci105b,[EMAIL > PROTECTED]:nge0 > spectype=chr type=minor > dev_link=/dev/nge0 > dev=(82,1002) > dev_path=<clone> > Device Minor Layered Under: > mod=udp accesstype=chr > dev_path=/pseudo/[EMAIL PROTECTED] > dev=(82,1001) > dev_path=<clone> > Device Minor Layered Under: > mod=udp accesstype=chr > dev_path=/pseudo/[EMAIL PROTECTED] > > Thanks. > Calvin > > _______________________________________________ > opensolaris-help mailing list > [email protected] _______________________________________________ opensolaris-help mailing list [email protected]
