Może ktoś z Was pomoże mi rozwiązać problem jaki mam z instalacją sieci w Debianie Etch 4.0r3 XFCE. Brakuje już mi pomysłów co może być nie tak.
Problemy z siecią a dokładnie z kartą sieciową pojawiły się już podczas instalacji systemu. System wykrył, że mam kartę sieciową, ale uparcie twierdził, że sterowniki jakie posiada nie pasują do tego urządzenia. Dodam że chodzi o kartę sieciową Realtek 8139D.
Po instalacji systemu wyłączyłem ipv6:
Kod: Zaznacz cały
echo "blacklist ipv6" >> /etc/modprobe.d/blacklist
Kod: Zaznacz cały
#dhclient
...
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 internal 9
No DHCPOFFERS received.
No working leases in persistent database-sleeping.
Połączyłem więc dwa komputery kablem skrosowanym. Na obu przydzieliłem adresy statycznie oraz uruchomiłem tcpdumpa. Komputery nie mogły się z pingować. Komputer, z którym mam problem nie widział odpowiedzi na zapytania arp. ¯adne pakiet przychodzący nie został odebrany przez tcpdumpa, rosła za to ilość pakietów dropped figurujące przy RX w ifconifig i co dziwniejsze TX packets:0 errors:0 dropped:0 . Drugi komputer dostawał zapytania arp i wysyłał odpowiedzi na nie.
Kod: Zaznacz cały
#ifconfig
eth0 Link encap:Ethernet HWaddr 00:40:F4:72:89:B0
UP BROADCAST RUNNING MULTICAST MTU: 1500 Metric: 1
RX packets:0 errors: 0 dropped: 9020 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions: 0 txqueuelen:1000
RX bytes: 0 (0.0b) TX bytes: 0 (0.0b)
Interrupt: 11 Base address: 0xde00
lo
...
Sprawdziłem reguły iptables, ale każdy ruch był akceptowany:
Kod: Zaznacz cały
#iptables -L
chain INPUT (policy ACCEPT)
target prot opt source destination
chain FORWARD (policy ACCEPT)
target prot opt source destination
chain OUTPUT (policy ACCEPT)
target prot opt source destination
Sprawdziłem logi, ale nic mi się nie rzuciło w oczy:
Kod: Zaznacz cały
#vim /var/log/messages
...
Apr 16 18:49:56 blondasek gconfd (blondasek-1997):Resolved address "xml:readonly:/var/ib/gconf/defaults" to a read-only configuration source at position 4
Apr 16 18:50:26 blndasek gconfd (blondasek-1997):Exiting
Apr 16 18:50:40 blondasek kernel: NETDEV WATCHDOG: eth0:transmit timed out
Apr 16 18:50:43 blondasek kernel: eth0:link up, 100MBps, Full-duplex, lpa 0x45E1
Kod: Zaznacz cały
#ethtool eth0
Supported ports: [TP MII]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supported auto-negotiation: Yes
Advertised ling modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 32
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x00000007(7)
Link detected: yes
Kod: Zaznacz cały
#ethtool -i eth0
driver: 8139too
version: 0.9.27
firmware-version:
bus-info:0000:00:09.0
Kod: Zaznacz cały
#lsmod
...
8139too 25120 0
8139cp 21920 0
mii 5344 2 8139too, 8139cp
...
Kod: Zaznacz cały
#lspci
..
00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Pozdrawiam,
Darek
[ Dodano: 2008-04-18, 21:33 ]
Hej,
To ja w takim razie sam sobie odpowiem :PPPP. Problem był z przerwaniami. Płyta jest stara - pod Pentium 3 (PCChips M747 BX-Pro) i obsługa acpi jest problematyczna. Karta sieciowa dzieliła przerwanie z acpii. Po dodaniu do gruba opcji acpi=off problemy ustąpiły. Komunikacja działa w obie strony i dostaje adres z dhcpa.
Pozdrawiam,
Darek