ďťż
 
 
   Brak internetu po przekompilowaniu jądra
 
 

Tematy

 
    
 

 

 

 

Brak internetu po przekompilowaniu jądra





daimyo - 23-09-2008 14:22
Witam,

posiadam kartę sieciową zintegrowaną z płytą główną ECS K7S5A PRO (SIS900). W czasie instalacji Debiana internet jest (przez DHCP), także po instalacji nie ma z nim problemu. Jednak byłem zmuszony przekompilować jądro do 2.6.26.5 (aby zainstalować driver'y do NVidia) i od tego momentu zaczynają się schody. Nie ważne jak wkombiluje driver'y do sieciówki (czy jako moduł czy na stałe), internet tak czy inaczej nie działa. Oczywiście w jądro skompilowałem też DHCP, eksperymentowałem też z wkompilowywaniem innych pakietów ale net dalej nie działa. Jako, że przestał działać po zmianie jądra to nie grzebałem w innych konfiguracjach (sprawdziłem tylko, że lspci, dmesg wykrywają sieciówkę, cat /proc/net/dev zawiera same zera, ifconfig -a też bez rewelacji). Zastanawiające, że cat /proc/interrupts daje:
          CPU0
  0:    3102269    XT-PIC-XT        timer
  1:      2985    XT-PIC-XT        i8042
  2:          0    XT-PIC-XT        cascade
  3:          1    XT-PIC-XT
  4:          1    XT-PIC-XT
  5:          0    XT-PIC-XT        ohci_hcd:usb3
  6:          5    XT-PIC-XT        floppy
  9:          0    XT-PIC-XT        acpi
 10:          2    XT-PIC-XT        ehci_hcd:usb1
 11:        733    XT-PIC-XT        uhci_hcd:usb4, uhci_hcd:usb5
 12:          0    XT-PIC-XT        ohci_hcd:usb2
 14:      17358    XT-PIC-XT        ide0
 15:      44752    XT-PIC-XT        ide1
NMI:          0  Non-maskable interrupts
LOC:          0  Local timer interrupts
RES:          0  Rescheduling interrupts
CAL:          0  function call interrupts
TLB:          0  TLB shootdowns
TRM:          0  Thermal event interrupts
SPU:          0  Spurious interrupts
ERR:          0
MIS:          0 ,tak więc brak przerwania dla eth0. Moje inne przepuszczenie to to, że nie działa, bo nie mogę wkompilować z jądro netfilter, bo mi wywala błąd przy kompilacji jądra :/.

Pozdrawiam
Mateusz



fnmirk - 23-09-2008 16:04
Spróbuj wykorzystać config działającego kernela:
http://debian.linux.pl/viewtopic.php?p=41656#41656
http://yampress.dug.net.pl/doku.php?...ilacja-kernela



daimyo - 24-09-2008 01:07
w sumie dobry plan! ;) Tylko, że właśnie tak zrobiłem, poszło jak po maśle, a neta jak nie było tak nie ma ;/. Tylko ta różnica, że cat /proc/interrupts wywala ponadto SiS SI7012 (przerwanie dla dźwięku). Przerwania dla sieci brak ;/.

EDIT: Jeszcze przy próbie restartu sieci:
tanya:/home/daimyo# sudo /etc/init.d/networking restart
Reconfiguring network interfaces...There is already a pid file /var/run/dhclient.eth0.pid with pid 7018
killed old client process, removed PID file
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:00:00:00:00:00
Sending on  LPF/eth0/00:00:00:00:00:00
Sending on  Socket/fallback
DHCPRELEASE on eth0 to 192.168.1.1 port 67
send_packet: Network is unreachable
send_packet: please consult README file regarding broadcast address.
SIOCSIFFLAGS: Cannot assign requested address
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

SIOCSIFFLAGS: Cannot assign requested address
SIOCSIFFLAGS: Cannot assign requested address
Listening on LPF/eth0/00:00:00:00:00:00
Sending on  LPF/eth0/00:00:00:00:00:00
Sending on  Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
send_packet: Network is down
receive_packet failed on eth0: Network is down
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 19
send_packet: Network is down
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 15
send_packet: Network is down
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10
send_packet: Network is down
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 9
send_packet: Network is down
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
done.



fnmirk - 24-09-2008 02:21
Wklej wynik: lspci



daimyo - 24-09-2008 12:43
Spoko, sprawdzę jeszcze wieczorem, ale z tego co pamiętam to: lspci wyświetla: [...]
00:03.0 Ethernet controller: Silicon Integrated System [SiS] SiS900 PCI Fast Ethernet (rev 90)
[...] Więc kartę niestety wykrywa.

[edit] sprawdziłem - jest tak jak podałem.



fnmirk - 24-09-2008 17:03
Co zresztą elementów komputera?



daimyo - 24-09-2008 20:00
Przepraszam. Nie sądziłem, że to też dla Ciebie istotne: tanya:/home/daimyo# lspci
00:00.0 Host bridge: Silicon Integrated Systems [SiS] 735 Host (rev 01)
00:01.0 PCI bridge: Silicon Integrated Systems [SiS] Virtual PCI-to-PCI bridge (AGP)
00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS85C503/5513 (LPC Bridge)
00:02.1 SMBus: Silicon Integrated Systems [SiS] SiS961/2 SMBus Controller
00:02.2 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 07)
00:02.3 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 07)
00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev d0)
00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] AC'97 Sound Controller (rev a0)
00:03.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 90)
00:13.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 50)
00:13.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 50)
00:13.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 51)
01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 440] (rev a3)



fnmirk - 24-09-2008 21:01
Mało precyzyjnie zadałem pytanie. Przepraszam. Miałem na myśli, czy wszystkie urządzenie są rozpoznawane przez system bez informacji: ,,nieznane urządzenie''.
Sprawdź jeszcze jakie informacje otrzymasz po wizycie na stronie:
http://kmuto.jp/debian/hcl/index.cgi

(wklej na stronie wynik "lspci -n")

Czy będą jakieś uwagi i zastrzeżenia do Twojej konfiguracji sprzętowej? Może tam znajdziesz rozwiązanie.



daimyo - 24-09-2008 23:28
PCI ID        Works?        Vendor        Device        Driver        Comment
10390735        Yes        Silicon Integrated Systems [SiS]        735 Host        sis-agp        v2.6.25
10390001        Yes        Silicon Integrated Systems [SiS]        Virtual PCI-to-PCI bridge (AGP)        sis-agp        v2.6.25
10390018        Yes        Silicon Integrated Systems [SiS]        SiS85C503/5513 (LPC Bridge)        i2c-sis630        v2.6.25
10390016        Yes        Silicon Integrated Systems [SiS]        SiS961/2 SMBus Controller        i2c-sis96x        v2.6.25
10397001        Yes        Silicon Integrated Systems [SiS]        USB 1.1 Controller        usb-ohci,ohci-hcd       
10397001        Yes        Silicon Integrated Systems [SiS]        USB 1.1 Controller        usb-ohci,ohci-hcd       
10395513        Yes        Silicon Integrated Systems [SiS]        SiS5513 EIDE Controller (A,B step)        sis5513,pata_sis        v2.6.25
10397012        Yes        Silicon Integrated Systems [SiS]        AC'97 Sound Controller        snd-intel8x0        v2.6.25
10390900        Yes        Silicon Integrated Systems [SiS]        SiS900 10/100 Ethernet Adapter        sis900        v2.6.25
11063038        Yes        VIA Technologies, Inc.        VT82xxxxx UHCI USB 1.1 Controller        usb-uhci,uhci-hcd       
11063038        Yes        VIA Technologies, Inc.        VT82xxxxx UHCI USB 1.1 Controller        usb-uhci,uhci-hcd       
11063104        Yes        VIA Technologies, Inc.        USB 2.0        ehci-hcd       
10de0171        Yes        nVidia Corporation        NV17 [GeForce4 MX 440]        nv [EDIT]Trochę pogoogle'ałem i zauważyłem, że dla polecenia dmesg | grep eth otrzymuje eth0: SiS900 PCI Ethernet at 0xd400, IRQ 10, 00:00:00:00:00:00
Driver 'sd' needs updating - please use bus_type methods



fnmirk - 25-09-2008 01:41
Sprawa może być związana z udev (przypuszczenie). Karta jest rozpoznawana przez system. Jaką informację pokazuje: ifconfig



daimyo - 25-09-2008 02:06
Problem rozwiązany. Zdałem sobie sprawę, że musi on tkwić w samym jądrze systemu. Sciągnąłem wersję 2.6.17, bo taką samą ma Knoppix 5.0 na którym net śmiga idealne. Wkompilowałem je w mojego debiana z configiem z Knoppixa i net działa bez zarzutu (nawet nie macie pojęcia ile się z tym męczyłem). Ale warto bylo :). Rano chyba spróbuje zraportować ten błąd w samym kernel.org



mesiu84 - 26-09-2008 01:06
Polecam sprawdzić czy nie zmienił się przypadkiem moduł obsługujący sieciówkę. Ja miałem taki problem, jak przeszedłem na jądro 2.6.25, nie miałem internetu ale tylko dlatego że dodali do jądra nowy moduł do mojej sieciówki, a stary nie działał, albo go już nie było, nie pamiętam.



daimyo - 26-09-2008 01:48
Właściwie to masz rację. Nie wiem jak to wygląda w tym szczególnym przypadku, ale mogę tylko przepuszczać, że nie byłoby w jądrze modułu sis900, skoro sieciówka właśnie się tak nazywa :). No i w ogolę taka trochę dezorientacja następuję, dlatego postanowiłem to zgłosić. W końcu wcześniej działała ona bez kompletnie żadnej konfiguracji więc, dlaczego miałoby tak nie pozostać :P.
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • minister.pev.pl

  •  

     


     

     
    Copyright 2003. MĂłj serwis