Kernel problems

7 отговора 406 прегледа
#1

Kernel problems

imam sledniq problem:
slozhih kernel 2.4.16 na slack8. wsichko si wyrweshe perfectno, dokato edin den mashinata ne zabi i to mnogo zlobno. nikakyw response. nito ot console, nito po mrezhata. na monitora ne se wizhda nishto. predpolozhih che e ot kernela i kato izleze 2.4.17 go kachih nego. no i s nego prawi syshtiq problem. prez razlichni periodi ot wreme i zabiwa (6 chassa, 2 dena, 13 dena....). Predi linuxa raboteshe s 2.2.19 i si wyrweshe na pushka. Neznam kakwo mozhe da go byrka sega. Mozhe bi ima nqkakyw problem sys drivera na lan kartata (eepro100). pri zarezhdane izkarwa:
Jan 7 09:52:52 router kernel: eth0: Intel Corp. 82557 [Ethernet Pro 100], 00:E0
:18:00:1C:A9, IRQ 5.
Jan 7 09:52:52 router kernel: Receiver lock-up bug exists -- enabling work-ar
ound.
Jan 7 09:52:52 router kernel: Board assembly 668081-002, Physical connectors
present: RJ45
Jan 7 09:52:52 router kernel: Primary interface chip i82555 PHY #1.
Jan 7 09:52:52 router kernel: General self-test: passed.
Jan 7 09:52:52 router kernel: Serial sub-system self-test: passed.
Jan 7 09:52:52 router kernel: Internal registers self-test: passed.
Jan 7 09:52:52 router kernel: ROM checksum self-test: passed (0x24c9f043).
Jan 7 09:52:52 router kernel: Receiver lock-up workaround activated.

da ne bi towa da e prichinata za problema (towa work-around ne mi wdyhwa dowerie mnogo)
nqkoj sys syshtiq problem? pls help, neznam kakwo da prawq a na 2.2.x ne mi se wryshta

Отговор
в отговор на bobi® #2

Не ти е това проблема -

workaround работи. Пробван е, дълго време. И да не работеше, най-много да спре да работи LAN (предишния драйвер имаше яд, ядро 2.2.16 май беше)
нещо друго потърси.

...пазете дърветата!
Отговор
в отговор на bobi® #3

Re: Kernel problems

Аз също имах проблеми с версии на ядрото по-големи от 2.4.13. Машината веднага забиваше след като влезе в runlevel 3, докато при runlevel 1 нямаше никакви проблеми. Това ме наведе на мисълта, че проблемите може би идват не от самото ядро а от glibc библиотеките, които в Slackware 8.0 са версия 2.2.3. От друга страна, при други две машини работещи отново със Slack 8.0, но верията на glibc е 2.2.4, нямаше никакви проблеми с новото ядро (2.4.17). Поради тази си смених glibc библиотеките и сега всичко "заспа". Опитай да си смениш glibc с версия 2.2.4. Това може да е решението на твоя проблем.

Отговор
в отговор на P.T.N. #4

Re: Kernel problems

Iskash da kazhesh che tozi problem mozhe da se poluchawa zaradi "neprawilno" kompilirane na qdroto zaradi glibc 2.2.3?

Отговор
в отговор на bobi #5

Re: Kernel problems

Щом като процеса на компилиране е минал нормално и в крана сметка се е получило работещо ядро, то тогава и дума не може да става за "неправилно" компилиране. Glibc библиотеките нямат нищо общо с процеса на компилиране, освен това че компилатора се нуждае от тях за да се стартира и работи. Самото ядро е компилирано статично, т.е. не са му нужни никакви споделени обекти (shared objects или *.so), познати още като динамични библиотеки, за да работи. Също така статично са линкнати init (първата програма, която се изпълнява след зареждането на ядрото) и самите glibc библиотеки. Но повечето програми изискват тези библиотеки за да работят.
Мисля че glibc версия 2.2.3 имат някакъв бъг, който при теб си е показъл "острите си зъби". Това може би е свързано косвено по някакъв начин и с ядрото.

Отговор
в отговор на P.T.N. #6

Re: Kernel problems

qnso, balgodarq mnogo, sega shte widq kakwo shte stane kato kacha glibc2.2.4

Отговор
в отговор на bobi® #7

Re: Kernel problems

Linux zabiva samo v dva slu4aja:
1. 4oveshka greshka.
2. Hardueren problem.

V tvoja slu4aj zalagam na t. 2.

Отговор
в отговор на bobi® #8

Re: Kernel problems

Glibc-2.2.4 вече можеш да си изтетглиш от официалното FTP на Slackware. Намира се в [линк].
Горещо ти препоръчвъм да ги изтеглиш и инсталираш, но преди това си обнови pkgtools (бившите hdsetup).
Ето какво пише за glibc-2.2.4 в ChangeLog.txt:
Mon Jan 14 22:22:22 PST 2002
glibc-2.2.4/: Added glibc-2.2.4 packages. Some of these are named a bit
differently than before... now all the glibc packages share the base name
"glibc" for easy identification. These are the old and new package names:
glibc -> glibc
glibcso -> glibc-solibs
glocale -> glibc-i18n
zoneinfo -> glibc-zoneinfo

To upgrade these with upgradepkg, the "%" operator must be used to give the
old base package name if the new one is different, like this:

upgradepkg glibc-2.2.4-i386-1.tgz
upgradepkg glibcso%glibc-solibs-2.2.4-i386-1.tgz
upgradepkg glocale%glibc-i18n-2.2.4-i386-1.tgz
upgradepkg zoneinfo%glibc-zoneinfo-2.2.4-i386-1.tgz

Отговор