[EMAIL PROTECTED] wrote:

Mandrake folk:  duplicate eth entries...  though the core issue appears to be
IRQ conflict.

> > > The other day I was annoyed to find that AT&T @Home cable had changed my
> IP
> >  > address without my knowledge.  I played around in Linuxconf and
> > DrakProfile
> >  > to change system settings to reflect that.  Next time I booted up, my
> >  > internet connection didn't work.  Now whenever I try to make connections
> > to
> >  > remote sites, I get "unknown host."
> >
> >  You are complaining about a static address issue, yet below, you say you
> are
> >  using DHCP (DYNAMIC Host Configuration Protocol); which is it...?
> 
> I'm pretty sure it's static.  But I'm also pretty sure that my IP address has
> indeed changed.  Is it possible for static IPs to do that?  This is the first
> time it's changed ever (stayed the same for over a year, since we got cable
> installed).  But I always did need to type "DHCPCD -I C428830-A -h home.com"
> go get the network running when I logged in.  Then I put it in some startup
> script so I didn't need to keep typing it.

DHCP "leases" an IP address; sounds like you've been getting the same IP address
every time...  just lucky I guess.  

> >  > Here's what bootup tells me:
> >  >
> >  > network: Setting network parameters:  succeeded
> >  > ifup: SIOCADDRT: Network is unreachable
> >  > network: Bringing up interface lo:  succeeded
> >  > ifup: Delaying eth0 initialization.
> >  > network: Bringing up interface eth0:  failed
> >
> >  Have you checked your NETMASK?
> 
> Uhh...What is that?

Usually looks like 255.255.255.0 or somesuch; not important right now since you
have other problems (below)....

> >  > I don't know why this would be.  I've checked my settings in Windows,
> and
> > it
> >  > appears as if everything is the same in both systems.
> >  >
> >  > Other notes:
> >  > NIC is enabled, to use DHCP.
> >
> >  So changing your IP address should not have been an issue.
> 
> I guess not.
> 
> >  give us the output of:
> >
> >     ifconfig
> lo        Link encap:Local Loopback            # Is this bad news? :)
>           inet addr:127.0.0.1  Mask:255.0.0.0
>           UP LOOPBACK RUNNING  MTU:3924  Metric:1
>           RX packets:22 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:22 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:0

No, but the lack of an eth0 is...  hmm... I must've forgot to ask for "dmesg"
output...  that might be useful since the ethernet appears to be missing...

> >     route -n
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
> 127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo

Only a loopback address... to be expected since eth0 is not up; but this
situation will not let any packets leave this machine.

> >     lsmod
> Module                  Size  Used by
> parport_pc              7568   0  (autoclean)
> parport                 7744   0  (autoclean) [parport_pc]
> lockd                  32208   1  (autoclean)
> sunrpc                 54640   1  (autoclean) [lockd]
> autofs                  9456   2  (autoclean)
> cs4232                  2960   0
> ad1848                 16848   0  [cs4232]
> uart401                 6384   0  [cs4232]
> sound                  58368   0  [cs4232 ad1848 uart401]
> soundlow                 464   0  [sound]
> soundcore               2800   6  [sound]
> nls_cp437               3952   8  (autoclean)
> vfat                    9408   4  (autoclean)
> fat                    30432   4  (autoclean) [vfat]
> supermount             14224   2  (autoclean)

No eth driver either.

> >
> >  and the contents of:
> >
> >     /etc/modules.conf
> alias net-pf-4 ipx
> pre-install pcmcia_core /etc/rc.d/init.d/pcmcia start
> alias usb-interface usb-ohci
> alias parport_lowlevel parport_pc
> pre-install plip modprobe parport_pc ; echo 7 > /proc/parport/0/irq
> alias sound-slot-0 cs4232
> options sound dmabuf=1
> alias midi opl3
> options opl3 io=0x388
> options cs4232 io=0x534 irq=5 dma=1 dma2=0 mpuio=0x330 mpuirq=10  #mpuirq
> _should be 11
> options via-rhine irq=10

So the sound card is grabbing the eth interrupt...  I'm not familiar with that
card...  need to see "dmesg" output...

> alias eth1 via-rhine              #I think DrakProfile set this up.  Ok to
> delete?

Sure.  I've seen other mails about duplicate eth entries; didn't pay attention
to the details...  I'm re-inserting expert list in case someone at Mandrake
needs to see this situation first hand.

> alias eth0 via-rhine                 #This is what worked before
> >     /etc/resolv.conf
> search cdrrpd1.ia.home.com
> 
> nameserver 24.2.240.33
> nameserver 24.2.240.34

These resolve to proxy1 and proxy2.cdrrpd1.ia.home.com

> # ppp temp entry
> >     /etc/sysconfig/network
> NETWORKING=yes
> FORWARD_IPV4=no
> DHCP_HOSTNAME=C428830-A.cdrrpd1.ia.home.com
> HOSTNAME=C428830-A.cdrrpd1.ia.home.com
> DOMAINNAME=cdrrpd1.ia.home.com
> GATEWAY=24.22.240.1

The gateway has no DNS entry; but I can ping it; also, unusual that it would
have an address outside your subnet (see my comment about IP and mask below).

> GATEWAYDEV=""

This should read ...="eth0" but was probably clobbered because the eth interface
is not detected.

> >     /etc/sysconfig/network-scripts/ifcfg-eth0
> DEVICE=eth0
> BOOTPROTO=dhcp
> IPADDR=24.22.96.170       #This is my old IP address
> NETMASK=""              #What does this mean?
> NETWORK=24.2.240.0
> BROADCAST=24.2.243.255
> ONBOOT=yes

Something is seriously wrong here...  NETMASK is missing; based on BROADCAST and
NETWORK, NETMASK probably should be 255.255.252.0 (aka /22; yup, a legit
non-byte-boundary mask)...  However, IPADDR is not within NETWORK/BROADCAST
space...  you may have gotten a partial DHCP config...

> >     /proc/interrupts
>            CPU0
>   0:     141569          XT-PIC  timer
>   1:       1628          XT-PIC  keyboard
>   2:          0          XT-PIC  cascade
>   5:          0          XT-PIC  Crystal audio controller
>   8:          1          XT-PIC  rtc
>  10:          0          XT-PIC  MPU-401 UART   # MPU-301 is on IRQ 11
>  12:      14273          XT-PIC  PS/2 Mouse
>  13:          1          XT-PIC  fpu
>  14:      75183          XT-PIC  ide0
>  15:         20          XT-PIC  ide1
> NMI:          0

Gotta resolve this interrupt problem first.

> >     /proc/ioports
> 0000-001f : dma1
> 0020-003f : pic1
> 0040-005f : timer
> 0060-006f : keyboard
> 0070-007f : rtc
> 0080-008f : dma page reg
> 00a0-00bf : pic2
> 00c0-00df : dma2
> 00f0-00ff : fpu
> 0170-0177 : ide1
> 01f0-01f7 : ide0
> 02f8-02ff : serial(auto)
> 0330-0333 : MPU-401 UART       # Window's "System Properties" says 0330-0331

What does it say for your eth card (which is missing here too)?

> 0376-0376 : ide1
> 03c0-03df : vga+
> 03f6-03f6 : ide0
> 0534-0537 : Crystal audio controller
> 7090-7097 : ide0
> 7098-709f : ide1
> 
> So...is it okay to play around with some of these values, and it'll effect my
> system on the next startup?  I don't want to make things worse... :)
> As you may have noticed, I commented on all the things I saw as
> potential/probable problems.  # comments are always valid in config files,
> right?
> 
> Please forgive me if my earlier post annoyed you.  I was a bit irratible that
> my internet connection wasn't working, you see.  Internet is my lifeblood.
> Yeah yeah, I use AOL for email.  I see the irony too.
> 
> Thanks a lot.  I'm waiting for a go-ahead <g>

Has the sound card always been there?  Hopefully I've provided enough analysis
as to what's wrong for someone (Mandrake?) to help with the duplicate ethN
entries and IRQ conflict while I head off to sleep.

"dmesg" output might help; but enough info here indicates a hardware issue may
be the root cause... though the duplicate eth stuff is likely a software issue.

Pierre

> Dan
> ICQ 4689648
> 

-- 
Support Linux development:  http://www.linux-mandrake.com/donations/

Reply via email to