l i n u x - u s e r s - g r o u p - o f - d a v i s
Next Meeting:
July 7: Social gathering
Next Installfest:
Latest News:
Jun. 14: June LUGOD meeting cancelled
Page last updated:
2004 Aug 11 11:22

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
RE: [vox-tech] eth0 troubles
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [vox-tech] eth0 troubles

> On Tue 10 Aug 04,  4:52 PM, Rick Moen <rick@linuxmafia.com> said:
> > Quoting Karalius, Joseph (Joseph.Karalius@seminis.com):
> > 
> > > The lights don't come on the onboard gigE port of an 
> Optiplex GX270 when a
> > > tested cable is plugged into a tested port. Intel 82540EM 
> rev02 chipset.
> > 
> > Two ideas:
> > 
> > 1.  Your running kernel may not recognise what PCI device this is,
> > because its PCI ID string may not be in your /usr/share/misc/pci.ids
> > file.  Good news:  You can always snarf the latest version 
> of that file
> > from http://pciids.sf.net/ .  (I describe this in my laptop 
> write-up, 
> > http://linuxmafia.com/~rick/inspiron7000.html .)
> > 
> > 2.  Try a 2.6 kernel.  You mentioned Knoppix:  In 3.4 
> Knoppix releases,
> > you can boot a "knoppix26" kernel image at the lilo prompt, 
> instead of
> > the default 2.4 kernel image.
> > 
> > If that doesn't work, it might indeed be defective.  You 
> can download
> > diagnostic software for this chipset (for MS-DOS) from 
> Intel's Web site.
> Isn't it also safe to say that if lspci doesn't see the hardware, the
> hardware is most likley broken?
> My understanding is that whether the kernel knows what to do with the
> hardware or not, it should at least see a PCI ID.  Or is that 
> incorrect?

The PCI ID is on my /usr/share/misc/pci.ids
lspci correctly lists the hardware, but does lspci do anything else but read
the ID, and then get the name from the above file?  I could change the name
in the pci.ids file to 'Joey's F'd up gigE' and it wouldn't affect the
operation, or lack thereof?  Sure, if lspci doesn't detect the hardware, you
can be assured the hardware is jacked, but successful detection in itself
cannot be considered passing diagnostics, ¿verdad?

I downloaded some diagnostic software that I think is the right one, from
the Intel Download Page

This file seems to be the right one according to the description, but the
/Tools directory is missing, which of course is where the diagnostic utility
is supposed to be

I then googled around for DIAG1000, which seems to be the name of the
utility I need and found a couple of versions that I can't be sure of 
http://support.buympc.com/apps/filelist.asp?ID=7073  DIAG1000.exe  This
doesn't seem right

Is there a standard tool for diagnosis, or do I need to keep looking for
this one file?

vox-tech mailing list

LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
O'Reilly and Associates
For numerous book donations.