netzwerk probleme

kleinerChemiker · Beitrag von **kleinerChemiker** » 02.12.2003 17:37:48

folgendes problem:
wenn ich windoofs installiere gibts kein problem mit netzwerk, daher schließe ich kaputte hardware aus.
hardware wäre:
mb: k7vta3 mit onboard raid (deaktiviert), onboard lan
raid controller: promise supertrack sx6000
512 mb ram
1.6 ghz duron
haupauge nexus s (dvb-s karte)

netzwerk scheint tod zu sein. versuchsweise hab ich den onboard nic deaktiviert und eine pci-karte verwendet. diese karte funzt in einem anderen pc auch unter debian problemlos. folglich scheint es nicht am onboard-nic zu liegen.
bei der instalation gibt es ja die möglichkeit, das netzwerk über dhcp zu konfigurieren. am dhcp server kommt aber nicht mal ein dhcp-request an. konfigurier ich das netzwerk händisch, kommen nur timeout messages. das netzwerk bleibt tod. pingen nicht möglich.

tia

MIK

Bert · Beitrag von **Bert** » 02.12.2003 17:43:27

Uuups, hatte es fälschlicherweise nach Netzwerk verschoben. Denke aber es ist eher ein Problem des Treibers, daher wieder hier.

Bert · Beitrag von **Bert** » 02.12.2003 17:48:13

Ich kann Deine Gedanken nicht ganz verstehen. Wieso folgerst Du das die Onboard Lan geht, wenn eine eingesteckte Karte Funktionierte?

Mach mal ein

Code: Alles auswählen

lspci -v

und poste den relevanten Teil davon hier (oder alles, wenn Du nicht weißt, was relevant ist). Dieser Befehl gibt Dir Auskunft über vorhandene Harrdware. Mit der dort gefundenen Bezeichnung und einem 'linux' gibt google meistens schon Hinweise, welchen Treibr man verwenden muß. Diesen kannst Du dann per

Code: Alles auswählen

modconf

laden. In /valog/messages stehen Infos zu dem Ladevorgang.

Welchen Kernel hast Du denn?

kleinerChemiker · Beitrag von **kleinerChemiker** » 02.12.2003 17:51:48

kernel 2.4

die pci karte funzt in dem betroffenen pc eben nicht. in einem anderen aber sehr wohl.

MIK

Bert · Beitrag von **Bert** » 02.12.2003 17:56:05

kleinerChemiker hat geschrieben:kernel 2.4

Denn gibts nicht. Etwas genauer bitte, wenn man Dir helfen soll. Dazu gehört auch, ob Du einen Kernel aus einem Denian Paket (vorkompiliert) oder einen selbstgedrehten verwendest.

kleinerChemiker hat geschrieben: die pci karte funzt in dem betroffenen pc eben nicht. in einem anderen aber sehr wohl.

Das las sich leider anders. Welche Module hast Du denn verwendet? Ich will Dir ja nicht zu nahe treten, aber versuch doch bitte etwas deutlicher zu sein. Hab keine Lust zum Rätselraten

Bert · Beitrag von **Bert** » 02.12.2003 18:08:19

Hab gerade festgestellt, das ich mich beim Verschieben ja mächtig dusselig angestellt habe. Sorry.

Hier noch ein Link:
http://www.debianforum.de/wiki/?page=Ch ... etprobleme

kleinerChemiker · Beitrag von **kleinerChemiker** » 02.12.2003 18:19:43

Linux debian 2.4.18-bf2.4 #1 Son Apr 14 09:53:28 CEST 2002 i686 unknown

standart kernel. hab die 3 cd's runtergeladen, gebrannt und eine 0815 instalation gemacht. module hab ich gar keine extra instaliert. hier der output von lspci -v

Code: Alles auswählen

Device:	00:00.0
Class:	Host bridge
Vendor:	VIA Technologies, Inc.
Device:	VT8367 [KT266]
SVendor:	VIA Technologies, Inc.
SDevice:	VT8367 [KT266]

Device:	00:01.0
Class:	PCI bridge
Vendor:	VIA Technologies, Inc.
Device:	VT8367 [KT266 AGP]

Device:	00:09.0
Class:	Multimedia controller
Vendor:	Philips Semiconductors
Device:	SAA7146
SVendor:	Technotrend Systemtechnik GmbH
SDevice:	7146
Rev:	01

Device:	00:0a.0
Class:	PCI bridge
Vendor:	Intel Corp.
Device:	0962
Rev:	02

Device:	00:0a.1
Class:	RAID bus controller
Vendor:	Intel Corp.
Device:	1962
SVendor:	Promise Technology, Inc.
SDevice:	1962
Rev:	02
ProgIf:	85

Device:	00:0e.0
Class:	Ethernet controller
Vendor:	Realtek Semiconductor Co., Ltd.
Device:	RTL-8139
SVendor:	Realtek Semiconductor Co., Ltd.
SDevice:	RT8139
Rev:	10

Device:	00:11.0
Class:	ISA bridge
Vendor:	VIA Technologies, Inc.
Device:	3177
SVendor:	Elitegroup Computer Systems
SDevice:	3177

Device:	00:11.1
Class:	IDE interface
Vendor:	VIA Technologies, Inc.
Device:	Bus Master IDE
SVendor:	Elitegroup Computer Systems
SDevice:	0571
Rev:	06
ProgIf:	8a

Device:	00:11.5
Class:	Multimedia audio controller
Vendor:	VIA Technologies, Inc.
Device:	AC97 Audio Controller
SVendor:	Elitegroup Computer Systems
SDevice:	3059
Rev:	50

Device:	01:00.0
Class:	VGA compatible controller
Vendor:	ATI Technologies Inc
Device:	Rage 128 Pro TF
SVendor:	1002
SDevice:	5446

thx für den link, werd ich gleich mal studieren.

tia

MIK

pdreker · Beitrag von **pdreker** » 02.12.2003 20:32:44

Code: Alles auswählen

Device:   00:0e.0 
Class:   Ethernet controller 
Vendor:   Realtek Semiconductor Co., Ltd. 
Device:   RTL-8139 
SVendor:   Realtek Semiconductor Co., Ltd. 
SDevice:   RT8139 
Rev:   10

Das Ding sollte on-the-fly laufen. Einfach /etc/network/interfaces konfigurieren (man interfaces) und dann "/etc/init.d/networking restart" und die Karte sollte gehen. Evtl. vorher "modprobe 8139too" machen. Falls letzteres hilft: 8139too einfach am Ende von /etc/modules anhängen...

Patrick

kleinerChemiker · Beitrag von **kleinerChemiker** » 02.12.2003 23:01:27

die karte läuft auch. nur irgendwas blockiert den traffic. es kommt beim router nix an. das kabel ist in ordnung.
ich vermute eher, daß irgendeine hardware den nic blockiert. morgen (wenn ich zeit habe) werde ich alle pci-karten rausnehmen bzw. mal schaun ob redhat das selbe rpoblem hat. muß doch zu finden sein, worans liegt.

MIK

Bert · Beitrag von **Bert** » 02.12.2003 23:09:09

Ist das Netz den ordentlich eingestellt? Also insbesondere die Route? Verteilst Du die IP per DHCP? Wie sieht den die Ausgabe von

Code: Alles auswählen

ifconfig

und von

Code: Alles auswählen

route -n

aus?

kleinerChemiker · Beitrag von **kleinerChemiker** » 03.12.2003 14:49:14

ip sollte mittels dhcp verteilt werden, nur kommt am dhcp server nix an.

mittlerweile bin ich ziemlich sicher zu wissen wo das problem liegt. aber keine ahnung wie ich das beheben könnte.

mein mb hat nen onboard raid chip. da hatte ich mal ein raid0 mit 20gb dran hängen. wie gesagt, das war einmal. nun habe ich alle pci karten entfernt, onboard alles außer lan deaktiviert (sound, raid). dennoch bietet mir debian beim installieren zum partitionieren ein dev/attaraid/d0 an, das zufälligerweise 20gb groß ist.
als ich pci-raid karte und onboardraid laufen hatte, hat debian die pci-karte erkannt und das raid wie zwei einzelne platten angezeigt (also 2x10gb). nun allerdings, nachdem ich den onboard raid deaktiviert habe, ist plötzlich ein raid mit 20gb da.
daher bin ich ziemlich sicher, daß der onboard raid chip den onboard nic irgendwie blockiert. allerdings was soll ich mehr machen, als den raid-chip im bios deaktivieren? ich kann ihn ja schlecht von der platine reißen, auch wenn ichs langsam am liebsten täte

hoffe jemand hat eine idee, was ich noch versuchen könnte.

tia

MIK

pdreker · Beitrag von **pdreker** » 07.12.2003 11:35:00

z.B. könntest Du 'mal machen, was Bert vorgeschlagen hat... Ausgabe von "ifconfig" und "route -n" posten. Ich tippe darauf, dass die NIC aus irgendeinem Grund die DHCP Settings nicht bekommt...

Patrick

kleinerChemiker · Beitrag von **kleinerChemiker** » 08.12.2003 20:21:47

problem gelöst. habe mir einfach ein anderes mb gekauft

aber thx für die hilfe

MIK

kakalake · Beitrag von **kakalake** » 16.12.2003 21:17:36

Ich möchte mich gerne hier einhacken. Ich habe mir auch gerade einen Router gekauft. Ich habe in interfaces mein device auf dhcp gestellt. Es sieht nun wie folgt aus:

Code: Alles auswählen

iface eth0 inet dhcp

Beim Booten bekomme ich folgende Meldung

Code: Alles auswählen

Internet Software Consortium DHCP Client V3.0pl2
Copyright 1995-2001 Internet Software Consortium.
All rights reserved.
For info, please visit http://www.isc.org/products/DHCP
 
socket: Protocol not available - make sure
CONFIG_PACKET (Packet socket) and CONFIG_FILTER
(Socket Filtering) are enabled in your kernel
configuration!
 
If you did not get this software from ftp.isc.org, please
get the latest from ftp.isc.org and install that before
requesting help.
 
If you did get this software from ftp.isc.org and have not
yet read the README, please read it before requesting help.
If you intend to request help from the dhcp-server@isc.org
mailing list, please read the section on the README about
submitting bug reports and requests for help.
 
Please do not under any circumstances send requests for
help directly to the authors of this software - please
send them to the appropriate mailing list as described in
the README file.
 
exiting.

Wie man sehen kann, habe ich mir schon die neuste Version von ISC besorgt. Ich habe im Kernel die beiden Optionen gesetzt. Hier ein Auszug aus meiner .config

Code: Alles auswählen

#
# Networking options
#
...
#
# Networking options
#
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
# CONFIG_NETLINK_DEV is not set
# CONFIG_NETFILTER is not set
CONFIG_FILTER=y
CONFIG_UNIX=y
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_ARPD is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set
# CONFIG_VLAN_8021Q is not set
CONFIG_IPX=m
# CONFIG_IPX_INTERN is not set
# CONFIG_ATALK is not set
...

route -n zeigt mir an, dass ich keine Routingtabelle habe. Und ifconfig bringt folgendes zum vorschein:

Code: Alles auswählen

eth0      Link encap:Ethernet  HWaddr 00:0C:6E:46:97:5D
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1220 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1090 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:613169 (598.7 KiB)  TX bytes:176763 (172.6 KiB)
          Interrupt:11 Base address:0x1000

Ich hoffe das sind genügend Infos. Hoffentlich kann mir jemand helfen....

Merci

kakalake · Beitrag von **kakalake** » 16.12.2003 21:19:56

Habe vergessen zu sagen, dass ich einen ADSL-Router habe, der unter windooof einwandfrei funktioniert. Also ist er richtig eingestellt.