NIC Probrem 4.016(National semicon DP83820)

debizoh,

login via console and check /var/log/kernel for suspicious entries such as driver errors or dropped
packets. Check the interface settings with ifconfig.

BTW the initial root password is set to 'root' [;)]

read u
o|iver
  

thanks for your reoly.

It is installed again later and confirmed. 
Midnight comes because it is introduced to the public in the outside.
    

No driver error appeared in the Kenel log. 
dvier is not problem...
ifconfig was in without any problem, too. 

Tentatively, it tried to do the following on trial. 

shell login

ifconfig eth0 down
rmmod ns83820
ifconfig eth0 192.168.220.249 netmask 255.255.255.0 broadcast 192.168.220.255

oh! PING passed! 

Though it isn't understood well whether the timing of loading is bad or what to be,    It learned first of all to use.  [:S]

But, a system is hung up when it tries to use backupfile of 4.015. (Moreover, with what setup being written, too, and doing not take the place.) 

It decides to wait until up2date of 4.016 comes out because it is inevitable.    

A system environment is written by the reference. 

MotherBoard ECS P6VEM3
SIS 630E chipset
On board VIA C3 Samuel2 1GigaPro CPU
On board LAN NoUse(BIOS Kill)

512MB DIMM Memory

As NIC written before. 

  

A system environment is written by the reference. 

MotherBoard ECS P6VEM3
SIS 630E chipset
On board VIA C3 Samuel2 1GigaPro CPU
On board LAN NoUse(BIOS Kill)

512MB DIMM Memory

As NIC written before. 

  

4.015->4.016- Because it went with >4.017, it was updated in the environment which was the same at once. 
As for the result ... It is no good. 

It is the first problem. 
The driver name of nic changed the moment the version of the kernel was upgraded, too. 

4.017 is ns83820 with ns820 before 4.015 or 4.016up2date.
A driver isn't loaded because modules.conf points at former ns820.
shell login->/etc/modules.conf change -> ok.

It is the second problem. 
When /etc/itfhw.conf and ifconfig are seen. 

With ver4.017
[eth0]
type = eth
mac = 00:90:CC:30[[[[[[:D]]]]]]C:1F
desc = [unknown vendor / unknown chipset]

[eth1]
type = eth
mac = 00[[[[[[:D]]]]]]0:B7:BB:4E:17
irq = 11
desc = Intel Corp.EtherExpress PRO/100+ Management Adapter
io = 0000
base = f3ffe000
pcidev = 0d.0

starlet:/etc # ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 00:90:CC:30[[[[[[:D]]]]]]C:1F
          inet addr:192.168.220.249  Bcast:192.168.220.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2274 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2272 errors:15 dropped:0 overruns:15 carrier:15
          collisions:0 txqueuelen:100

With ver4.015
[eth0]
type = eth
mac = 00:90:CC:30[[[[[[:D]]]]]]C:1F
irq = 10
desc = National Semiconductor CorporationDP83820 10/100/1000 Ethernet Controller
io = de00
base = f3fff000
pcidev = 09.0

[eth1]
type = eth
mac = 00[[[[[[:D]]]]]]0:B7:BB:4E:17
irq = 11
desc = Intel Corp.82557/8/9 [Ethernet Pro 100]
io = 0000
base = f3ffe000
pcidev = 0d.0

starlet:/etc # ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 00:90:CC:30[[[[[[:D]]]]]]C:1F
          inet addr:192.168.220.249  Bcast:192.168.220.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2274 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2272 errors:15 dropped:0 overruns:15 carrier:15
          collisions:0 txqueuelen:100
          Interrupt:10 Base address:0x7000

The address part of HW disappears to say, and it disappears. (The problem of ns83820 ver0.2?) 

It seems to acquire IRQ in /usr/local/bin/setitfhw.pl from ifconfig though it tried to follow a source after that for a while. (Though it is skimming.) 

How do you like it though it is afraid that inferior operation happens because the management of the acquisition of IRQ stops going well? 
     

These contents are the things of 4.015. Say because it is raised to 4.017 again if information with 4.017 is necessary. 

starlet:/etc # cat /proc/pci

PCI devices found:
  Bus  0, device   0, function  0:
    Host bridge: Silicon Integrated Systems [SiS] 630 Host (rev 33).
      Master Capable.  Latency=64.
      Non-prefetchable 32 bit memory at 0xf4000000 [0xf7ffffff].
  Bus  0, device   0, function  1:
    IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev 208).
      Master Capable.  Latency=16.
      I/O at 0xffa0 [0xffaf].
  Bus  0, device   1, function  0:
    ISA bridge: Silicon Integrated Systems [SiS] 85C503/5513 (rev 0).
  Bus  0, device   2, function  0:
    PCI bridge: Silicon Integrated Systems [SiS] 5591/5592 AGP (rev 0).
      Master Capable.  No bursts.  Min Gnt=8.
  Bus  0, device   9, function  0:
    Ethernet controller: National Semiconductor Corporation DP83820 10/100/1000
Ethernet Controller (rev 0).
      IRQ 10.
      Master Capable.  Latency=64.  Min Gnt=11.Max Lat=52.
      I/O at 0xde00 [0xdeff].
      Non-prefetchable 32 bit memory at 0xf3fff000 [0xf3ffffff].
  Bus  0, device  13, function  0:
    Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 8).
      IRQ 11.
      Master Capable.  Latency=64.  Min Gnt=8.Max Lat=56.
      Non-prefetchable 32 bit memory at 0xf3ffe000 [0xf3ffefff].
      I/O at 0xdc80 [0xdcbf].
      Non-prefetchable 32 bit memory at 0xf3e00000 [0xf3efffff].
  Bus  1, device   0, function  0:
    VGA compatible controller: Silicon Integrated Systems [SiS] SiS630 GUI Accel
erator+3D (rev 33).
      Prefetchable 32 bit memory at 0xe0000000 [0xe7ffffff].
      Non-prefetchable 32 bit memory at 0xefae0000 [0xefafffff].
      I/O at 0xcc80 [0xccff].

/etc/modules.conf
starlet:/etc # cat modules.conf
alias eth0 ns820
alias eth1 e100

modules.conf is as it is even if it becomes 4.017.   

ah so thats why my card wasn't working, i have the same one and i tried to do the install with it and it gave the same problem
i thought my card was not supported or the card wasn't working (i just bought the card a few days ago and installed asl at the same time)

well i will have to get my usb modem to work first but thanks for finding out that its not a problem with my hardware  

The first problem was solved. 
The matter of the actualities that /etc/modules.conf is old. 
thanks a lot!

But, the second isn't solved.  [:O]
A problem is really the same though it tried to do as to trying to settle an option when lilo boots. 

It can't access Webadmin. 
ping can't hit it to other machines. 

This is avoided, with local Shell Console...
    ifconfig eth0 down
    rmmod ns83820 
    ifconfig eth0 ip mask broadcast 

It is improper if loading of the driver and a setup of IP don't go through the process so again. 

But, it is as written in the last time. 

This way of avoiding it is done forcefully, and this way of avoiding it can't be thought to be how to stick to a network with a problem in the group of files decided in the start process of astaro, the parameter, and so on. 

First of all, it is submitted if there is some necessary information and so on because it uses with this condition.