Debian dhcp Netzwerkinstallation

[rdg]

also ppoeconf:
Nov 21 22:36:15 debian kernel: CSLIP: code copyright 1989 Regents of the niversity of California
Nov 21 22:36:15 debian kernel: PPP generic driver version 2.4.2
Nov 21 22:36:15 debian kernel: NET: Registered protocol family 24
Nov 21 22:36:16 debian kernel: NET: Registered protocol family 17
Nov 21 22:36:31 debian pppoe-discovery: Timeout waiting for PADO packets

 

[rdg]

beim booten:
ov 21 22:34:26 debian kernel: ACPI: PCI interrupt 0000:02:05.0[A] -> GSI 22 (level, low) -> IRQ 209
Nov 21 22:34:26 debian kernel: sk98lin: Network Device Driver v6.23
Nov 21 22:34:26 debian kernel: (C)Copyright 1999-2004 Marvell(R).
Nov 21 22:34:26 debian kernel: ACPI: PCI interrupt 0000:02:05.0[A] -> GSI 22 (level, low) -> IRQ 209
Nov 21 22:34:26 debian kernel: eth0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter
Nov 21 22:34:26 debian kernel: PrefPort:A RlmtMode:Check Link State
Nov 21 22:34:26 debian kernel: Intel 810 + AC97 Audio, version 1.01, 09:45:28 Jul 15 2006

mehr dinge die wichtig sein könnten habe ich leider nicht gefunden wenn Ihr noch weiteres wissen wollt schreibt mir bitte.

achso ich verwende die neue 3.1 r3
danke für die hilfe
rdg

 

[kbdcalls]

Entweder ist das Teil als Modem oder als Router mit Modem konfiguriert. Beides zusammen geht nicht .

 

[rdg]

vielleicht dist dies noch wichtig:
Nov 21 22:34:26 debian kernel: Linux Plug and Play Support v0.97 (c) Adam Belay
Nov 21 22:34:26 debian kernel: ASUS P4P800 detected. Disabling PnPBIOS
Nov 21 22:34:26 debian kernel: PnPBIOS: Disabled
Nov 21 22:34:26 debian kernel: PCI: Using ACPI for IRQ routing
Nov 21 22:34:26 debian kernel: ACPI: PCI interrupt 0000:00:1d.0[A] -> GSI 16 (level, low) -> IRQ 169
Nov 21 22:34:26 debian kernel: ACPI: PCI interrupt 0000:00:1d.1 -> GSI 19 (level, low) -> IRQ 177
Nov 21 22:34:26 debian kernel: ACPI: PCI interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 185
Nov 21 22:34:26 debian kernel: ACPI: PCI interrupt 0000:00:1d.3[A] -> GSI 16 (level, low) -> IRQ 169
Nov 21 22:34:26 debian kernel: ACPI: PCI interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 193
Nov 21 22:34:26 debian kernel: ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 185
Nov 21 22:34:26 debian kernel: ACPI: PCI interrupt 0000:00:1f.3 -> GSI 17 (level, low) -> IRQ 201
Nov 21 22:34:26 debian kernel: ACPI: PCI interrupt 0000:00:1f.5 -> GSI 17 (level, low) -> IRQ 201
Nov 21 22:34:26 debian kernel: ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 169
Nov 21 22:34:26 debian kernel: ACPI: PCI interrupt 0000:02:05.0[A] -> GSI 22 (level, low) -> IRQ 209
Nov 21 22:34:26 debian kernel: ACPI: PCI interrupt 0000:02:09.0[A] -> GSI 21 (level, low) -> IRQ 217
Nov 21 22:34:26 debian kernel: ACPI: PCI interrupt 0000:02:0b.0[A] -> GSI 23 (level, low) -> IRQ 193
Nov 21 22:34:26 debian kernel: ACPI: PCI interrupt 0000:02:0b.2[A] -> GSI 23 (level, low) -> IRQ 193
Nov 21 22:34:26 debian kernel: ACPI: PCI interrupt 0000:02:0b.4[A] -> GSI 23 (level, low) -> IRQ 193
Nov 21 22:34:26 debian kernel: ACPI: PCI interrupt 0000:02:0d.0[A] -> GSI 21 (level, low) -> IRQ 217
Nov 21 22:34:26 debian kernel: testing the IO APIC.......................

 

[rdg]

Ja gut, aber wie kann ich erkennen als welches ich dies konfiguriert habe.

 

[rdg]

rdg@linux:~> ping 192.168.2.1
PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data.
64 bytes from 192.168.2.1: icmp_seq=1 ttl=64 time=4.46 ms
64 bytes from 192.168.2.1: icmp_seq=2 ttl=64 time=0.753 ms
64 bytes from 192.168.2.1: icmp_seq=3 ttl=64 time=0.713 ms

--- 192.168.2.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1998ms
rtt min/avg/max/mdev = 0.713/1.978/4.469/1.761 ms

jetzt mit suse gepingt.

 

[kbdcalls]

Wie ist den SuSE konfiguriert ? Hat das Teil eine Webobfläche ?

 

[rdg]

suse ist voll installiert
ifconfig suse:
dsl0 Link encapoint-to-Point Protocol
inet addr:87.162.104.115 P-t-P:217.0.116.231 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:1698 errors:0 dropped:0 overruns:0 frame:0
TX packets:1512 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:1737808 (1.6 Mb) TX bytes:219090 (213.9 Kb)

eth0 Link encap:Ethernet HWaddr 00:15:F2:C9:61:03
inet addr:192.168.2.2 Bcast:192.168.2.255 Mask:255.255.255.0
inet6 addr: fe80::215:f2ff:fec9:6103/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1764 errors:0 dropped:0 overruns:0 frame:0
TX packets:1619 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1779310 (1.6 Mb) TX bytes:266595 (260.3 Kb)
Interrupt:217 Memory:f7efc000-0

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:222 errors:0 dropped:0 overruns:0 frame:0
TX packets:222 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:15244 (14.8 Kb) TX bytes:15244 (14.8 Kb)

debian schau ich gleich mal nach.

 

[rdg]

und die mit debian:
eth0 Protokoll:Ethernet Hardware Adresse 00:15:F2:C9:61:03
inet Adresse:192.168.2.2 Bcast:192.168.2.255 Maske:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenl�ge:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interrupt:209 Speicher:f7efc000-0

lo Protokoll:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenl�ge:0
RX bytes:640 (640.0 b) TX bytes:640 (640.0 b)

 

[MrBoe]

"pppoe pass through" hört sich so an als wäre es im Moment eben kein router. Das heisst die Einwahl ist einem Rechner im Netz vorbehalten. Dann wird es sicher auch kein dhcp geben.
Die einfachste Lösung in deinem Fall ist, das Speedport als Router zu konfigurieren (also auch Zugangsdaten eintragen), dann dhcp anmachen und mit deinem Rechner die DHCPacks empfangen uns lossurfen.

Wie das geht steht in der Anleitung.

 

[Goodspeed]

http://www.unixboard.de/vb3/showthread.php?t=23685&highlight=pppoeconf+debian

 

[rdg]

Ic bedank mich wirklich für eure hilfe, doch ich habe weiter oben schon mehrmals geschrieben das dhcp aktiviert ist und funktioniert. Mein Suse läuft auch drüber. Pporconf habe ich auch schon versucht, werde jetzt aber mal mich mit der sources.list befassen.

Danke für den Tip
rdg

 

[Goodspeed]

Wenn Du das Interface per Hand eine IP zugewiesen hast funktioniert dann ein Ping auf Deinen "Router", so wie von SuSE auch?

Wenn nicht, wird es wohl eher am "ältlichen" Sarge-Kernel liegen ... in dem Fall, versuch mal den Installer von hier ...

 

[MrBoe]

OK, du bekommst unter Debian eine IP Adresse. Das funktioniert. Was passiert denn wenn du unter Debian mal den Router/Modem/Speedport/Irgendwas mit der IP 192.168.2.1 anpingst?

Hast du eine Verbindung? Und was passiert, wenn du mal was anderes anpingst, wie zB www.heise.de? Oder auch erst mal was ohne Namensauflösung wie 145.253.2.11 (Nameserver von Arcor)?

Ich meine jetzt verstanden zu haben, dass du auf dem selben Rechner eine SuSE und eine Debian Installation hast, jedenfalls ist die MAC Adresse der Netzwerkkarte in beiden Posts gleich.

Unter SuSE kannst du den Router/Modem/Speedport/Irgendwas erreichen?
Kannst du unter SuSE auch ins Netz?
Ich möchte dir ja helfen, aber ich blicke überhaupt nicht mehr durch...

Hast du dem Router/Modem/Speedport/Irgendwas deine Zugangsdaten gegeben?
Hast du die Zugangsdaten unter SuSE eingegeben?

 

[kbdcalls]

Wenn Du das Interface per Hand eine IP zugewiesen hast funktioniert dann ein Ping auf Deinen "Router", so wie von SuSE auch?

Wenn nicht, wird es wohl eher am "ältlichen" Sarge-Kernel liegen ... in dem Fall, versuch mal den Installer von hier ...

Das glaub ich nicht die Marvel Karten werden durch den sk98lin unterstützt und der ist uralt. Ich denke mal das ist eher ein PEBKAC. Um das aber trotzdem auszuschließen, könnte er ja mal das Netinst.iso für Etch benutzen. Es gibt zwar (relativ selten) Karten die verlangen nach dem skge Modul. Und das ist in der Tat neuer.

 

[Goodspeed]

"Einige Marvel Karten werden durch den uralten sk98lin-Treiber unterstützt." ... der Aussage würde ich zustimmen. Der Marvel-Chip in meinem Zweitrechner funktioniert erst sei 2.6.12 mit derm skge vernünftig.
Und ein anderes Beispiel für "Device erkannt und Treiber geladen" != "es funktioniert" ist die NIC in meinem TP, die zwar schon Treiber im 2.4er hat, aber erst mit den aus dem 2.6er funktioniert ...

 

[rdg]

achso sorry, ja ich habe in meinen Rechner eine weitere Festplatte installiert und auf der wollte ich mal debian näher kennen lernen. Mit meiner, Suse komm ich wunderbar ins Netz und alles funktioniert. Der Speedport ist ein Router soviel habe ich jetzt festgestellt. Die Sourcelist funktioniert auch nicht. Bei meinem Router blinkt noch nicht einmal die Lan lampe das es verbunden ist mit meinem Rechner bei debian. Wenn ich mit Suse im Netz bin leuchtet sie. Demzufolge war auch ein ping an den Router erfolglos. Vielleicht liegt es ja am sk98, aber lau messages wurde sie richtig erkannt. ich versuch jetzt mal den Installer von Goodspeed den er mir empfohlen hat.

vielen dank an euch
rdg

 

[rdg]

kbdcalls und Goodspeed, ihr hattet Recht! Zuerst hatte ich die testing versucht war aber auch ein reinfall. Danach habe ich bei Marvell reingeschaut, hätte ich ja auch früher drauf kommen können, und siehe da sk98lin_2.4.22_patch.gz. Das sagt ja wohl alles. Dank an euch alle!

rdg