[Linux] probleem met module ip tables en cpu/chipset driver

[iZi]

Het volgende probleem heb ik.

Mijn HD's blijven niet staan met DMA en geven errors.

code:

/var/log/messages:

May 4 18:53:15 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 18:53:15 Srvizinu kernel: hdc: DMA disabled
May 4 18:53:15 Srvizinu kernel: ide1: reset: success
May 4 23:27:08 Srvizinu kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete

Nu heb ik mijn moederbord tijdje geleden vervangen en cpu ook.
Op aanraden probeer ik nu mijn kernel aan te passen.

Als ik in de huidige map /usr/src/linux-2.4.20 menuconfig opstart pas ik alleen de "Processor Type and Features" aan naar "Athlon/Duron/K7" en in "ATA/IDE/MFM/RLL support" pas ik chipset driver aan naar "VIA C82XXX chipset support"

Als ik alles dan recompile en dan daarna probeer te booten van de nieuwe kernel, blijft hij hangen bij het opstarten van ip tables.
Na ongeveer 10 minuten gaat hij wel weer door en kom ik gewoon in aanlog scherm terrecht. Als ik aanlog blijken mijn clients geen internet te hebben en ip tables herstarten geeft de volgende error:

code:

iptables v1.2.5: can't initialize iptables table `mangle': 
iptables who? (do you need to insmod?)
Perhaps iptables or your kernel needs to be upgraded.
/lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o:
 unresolved symbol _mmx_memcpy
/lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: 
insmod /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o failed
/lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: 
insmod ip_tables failed
iptables v1.2.5: can't initialize iptables table `filter': iptables who? (do you need to insmod?)
Perhaps iptables or your kernel needs to be upgraded.

May 06 22:51:29 All firewall rules applied...

en in /var/log/messages:

code:

May  6 22:41:15 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: 
unresolved symbol _mmx_memcpy
May  6 22:41:15 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: 
insmod /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o failed
May  6 22:41:15 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: 
insmod ipt_multiport failed
May  6 22:41:15 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: 
unresolved symbol _mmx_memcpy
May  6 22:41:15 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: 
insmod /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o failed
May  6 22:41:15 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: 
insmod ipt_tcpmss failed
May  6 22:41:16 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: 
unresolved symbol _mmx_memcpy
May  6 22:41:16 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: 
insmod /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o failed
May  6 22:41:16 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: 
insmod ipt_TCPMSS failed
May  6 22:41:16 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: 
unresolved symbol _mmx_memcpy
May  6 22:41:16 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: 
insmod /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o failed

Als ik dan weer van mijn oude kernel boot werkt alles weer gelukkig.
Maar dan dus niet met de juiste drivers.

in menuconfig heb ik onder "IP: Netfilter Configuration" alles op M (module) staan behalve de onderste 2 (ipchains en ipfwadm). Ook "NAT of local connections " staat als sterretje en niet als module.

Kan iemand mij hiermee helpen?

[ Voor 6% gewijzigd door iZi op 10-05-2003 22:05 ]

[Verwijderd]

Heb je wel make modules en make modules_install gedaan?

Let wel op dat als je dezelfde kernel versie hebt, hij de huidige modules overschrijft...

[_JGC_]

Gewoon nogmaals compilen en dan voor je "make modules_install" doet (of je kernel-pakketje installeert), even rm -rf /lib/modules/2.4.20 doen.

[deadinspace]

NAT of local connections heb je sowieso niet nodig; dat houdt in dat connecties vanaf je gateway zelf ook gemasquerade worden, en daar heb je doorgaans erg weinig aan.

En controleer inderdaad eens of de modules wel in /lib/modules staan.

[iZi]

Verwijderd schreef op 11 mei 2003 @ 01:09:
Heb je wel make modules en make modules_install gedaan?

Let wel op dat als je dezelfde kernel versie hebt, hij de huidige modules overschrijft...

Ja ik heb gewoon de kernel opnieuw gecompiled met:
make dep; make clean; make bzImage; make modules; make modules_install

Maar daarbij krijg ik geen errors en alles loopt verder goed.

_JGC_ schreef op 11 May 2003 @ 01:46:
Gewoon nogmaals compilen en dan voor je "make modules_install" doet (of je kernel-pakketje installeert), even rm -rf /lib/modules/2.4.20 doen.

Ja dat heb ik ook gedaan, maar helaas zonder resultaat. Nog steeds dezelfde meldingen.

deadinspace schreef op 11 May 2003 @ 01:56:
NAT of local connections heb je sowieso niet nodig; dat houdt in dat connecties vanaf je gateway zelf ook gemasquerade worden, en daar heb je doorgaans erg weinig aan.

En controleer inderdaad eens of de modules wel in /lib/modules staan.

Oh ok, ach ja zal wel niet zoveel uitmaken denk ik.
Ik heb de modules ip_tables.o (ofzo) nadat ik de kernel opnieuw gecompiled heb wel gewoon in /lib/modules/2.4.20 staan

Ja het is echt heel raar. Het ligt ook niet alleen aan 2.4.20 maar ik heb het ook met 2.4.19.

(Zo ziet mijn oude kernel eruit: Oude Kernel )

Even een documentje wat ik zelf geschreven heb aangezien ik echt niet weet wat wat nou is enzo.

[iZi]

Ik heb nogmaals de dir /lib/modules/2.4.19 verwijderd en opnieuw make modules; make modules_install gedraait.

Nu staat dit in mijn dir /lib/modules/2.4.19/kernel/net/ipv4/netfilter

arptable_filter.o iptable_filter.o ipt_mac.o ipt_state.o
arp_tables.o iptable_mangle.o ipt_mark.o ipt_tcpmss.o
ip_conntrack_ftp.o iptable_nat.o ipt_MARK.o ipt_TCPMSS.o
ip_conntrack_irc.o ip_tables.o ipt_MASQUERADE.o ipt_tos.o
ip_conntrack.o ipt_ah.o ipt_MIRROR.o ipt_TOS.o
ip_nat_ftp.o ipt_esp.o ipt_multiport.o ipt_ttl.o
ip_nat_irc.o ipt_length.o ipt_owner.o ipt_ULOG.o
ip_nat_snmp_basic.o ipt_limit.o ipt_REDIRECT.o ipt_unclean.o
ip_queue.o ipt_LOG.o ipt_REJECT.o

Moet goed zijn volgens mij

[_JGC_]

al een "depmod -a" gedaan? Normaal zou je systeem dat zelf moeten doen bij het booten, maar je hebt wel es van die minimalistische systemen zoals LFS die dat niet doen.

[iZi]

_JGC_ schreef op 11 May 2003 @ 11:21:
al een "depmod -a" gedaan? Normaal zou je systeem dat zelf moeten doen bij het booten, maar je hebt wel es van die minimalistische systemen zoals LFS die dat niet doen.

Wat doet dat eigenelijk? Want als ik dit commando uitvoer krijg je niets te zien verder.

[deadinspace]

Ooit van manpages gehoord?

[iZi]

Ik heb het probleem nog steeds. Is er iemand die met mij mee kan denken of eventueel een oplossing kent/weet?

[Verwijderd]

Even een strikvraagje.. Je zegt dat je je CPU hebt veranderd. Wat voor CPU had je, en wat voor een heb je nu? En verder, welke GCC versie gebruik je?

[iZi]

CPU veranderd van Pentium Celeron 400mhz naar AMD Athlon XP 1800+
GCC versie: 2.96-110

[Brazza]

Kan je Harde schijf niet gewoon kapot zijn, dit had ik ook met een oude HD.

[Verwijderd]

Als ik jou was zou ik die CPU weer lekker terug zetten op de Pentium familie. Je haalt dan wel -wat- snelheidswinst uit die Athlon optimalisatie, maar nu ook weer niet schokkend veel. Het lijkt me dat daar het lek zit, tenminste. Waarschijnlijk snapt die GCC dat verschil niet helemaal toppie. Ik moet zeggen dat ik die versie van GCC zelf niet ken, maar die zal neem ik aan wel bij RedHat zitten oid?

[iZi]

ja die zit standaard bij RedHat 7.3
Ik heb mijn 60gb hd eruit gehaald en nou lijkt dma setting voor mijn 120gb hd wel te blijven staan.....maar vanmiddag ga ik een 2e 120gb erbij plaatsen en hoop dat die dma settings ook blijven staan.

[sebas]

Verwijderd schreef op 17 May 2003 @ 01:32:
Als ik jou was zou ik die CPU weer lekker terug zetten op de Pentium familie. Je haalt dan wel -wat- snelheidswinst uit die Athlon optimalisatie, maar nu ook weer niet schokkend veel. Het lijkt me dat daar het lek zit, tenminste. Waarschijnlijk snapt die GCC dat verschil niet helemaal toppie. Ik moet zeggen dat ik die versie van GCC zelf niet ken, maar die zal neem ik aan wel bij RedHat zitten oid?

Bij mij levert dat nooit problemen op. Ik gebruik dan een nieuwere versie van gcc, maar ik kan me eigenlijk niet voorstellen dat dit met de optimalisatie van de processorfamilie te maken heeft. Waar baseer je dat trouwens op?

iZi:
hoooooooooooooi

Wat gebeurt er als je de netfilter options gewoon allemaal static bakt, of heb je perse modules nodig?

Ik zie dat je 2.4.20 gebruikt, maar dat je iptables versie 1.2.5 zijn, ik heb even gekeken, en bij mij draait v1.2.7, zelfs op mijn server (2.4.18) staat al iptables 1.2.6. Ik weet niet of dat echt het probleem is, maar dat is wel wat je errormessages zeggen:

Perhaps iptables or your kernel needs to be upgraded.

Werkt dma trouwens wel met de nieuwe kernel, waarmee iptables dus niet werkt?

Welke Linux is het trouwens (just curious)?

[Verwijderd]

sebas schreef op 17 mei 2003 @ 17:48:
Bij mij levert dat nooit problemen op. Ik gebruik dan een nieuwere versie van gcc, maar ik kan me eigenlijk niet voorstellen dat dit met de optimalisatie van de processorfamilie te maken heeft. Waar baseer je dat trouwens op?

Dat hij een RedHat versie van GCC gebruikt. RedHat heeft hier allerlei patches op toegepast die oa die optimalisaties zou moeten ondersteunen. Nu is bekend dat zelfs in GCC 3.x er her en der nog wel wat issues zijn met de CPU ondersteuning. Verder krijgt ie foutmeldingen die met MMX instructies te maken hebben.. Niet geheel onlogisch, lijkt me.. Of wel?

[sebas]

Verwijderd schreef op 17 mei 2003 @ 21:10:
[...]


Dat hij een RedHat versie van GCC gebruikt. RedHat heeft hier allerlei patches op toegepast die oa die optimalisaties zou moeten ondersteunen. Nu is bekend dat zelfs in GCC 3.x er her en der nog wel wat issues zijn met de CPU ondersteuning. Verder krijgt ie foutmeldingen die met MMX instructies te maken hebben.. Niet geheel onlogisch, lijkt me.. Of wel?

Nee, in elk geval wel de moeite waard om te testen. Ik las er overheen dat het redhat was, en ook dan nog weet ik weinig over specifieke kenmerken aan de redhat versie van gcc. Maakt jouw verdacht in elk geval duidelijk.

[iZi]

sebas schreef op 17 mei 2003 @ 17:48:
[...]


Bij mij levert dat nooit problemen op. Ik gebruik dan een nieuwere versie van gcc, maar ik kan me eigenlijk niet voorstellen dat dit met de optimalisatie van de processorfamilie te maken heeft. Waar baseer je dat trouwens op?

iZi:
hoooooooooooooi

Wat gebeurt er als je de netfilter options gewoon allemaal static bakt, of heb je perse modules nodig?

Ik zie dat je 2.4.20 gebruikt, maar dat je iptables versie 1.2.5 zijn, ik heb even gekeken, en bij mij draait v1.2.7, zelfs op mijn server (2.4.18) staat al iptables 1.2.6. Ik weet niet of dat echt het probleem is, maar dat is wel wat je errormessages zeggen:

[...]

Werkt dma trouwens wel met de nieuwe kernel, waarmee iptables dus niet werkt?

Welke Linux is het trouwens (just curious)?

Hhheeeeeejjjj sebas!!!!!!
Long time no see!!

Ik heb nog niet geprobeerd om bij netfilter i.p.v. Module alles gewoon te selecteren.
Kan inderdaad ook even proberen iptables up te graden....wie weet.

Ik gebruik RedHat 7.3