Dotaz: Zatuhne na dvě minuty

[Lukáš Zapletal]

DD,

už měsíc řeším problém se svým Thinkpadem R50e (MDK 10.1 Official). Jádro při startu se po naběhnutí několika služeb (typicky u služby netstart, ale někdy i o službu dříve či později) zakousne na asi 2 minuty. Nereaguje vůbec na nic, poté dál bootuje jako by se nechumelilo.

Přikládám výpis logu, všiměte si toho času. Setkal se někdo s takových chováním?

Nov 23 14:58:45 www kernel: inserting floppy driver for 2.6.8.1-12mdkcustom
Nov 23 14:58:45 www kernel: floppy0: no floppy controllers found
Nov 23 14:58:45 www kernel: NET: Registered protocol family 17
Nov 23 14:58:45 www kernel: CSLIP: code copyright 1989 Regents of the University of California
Nov 23 14:58:45 www kernel: PPP generic driver version 2.4.2
Nov 23 14:58:45 www kernel: ip_tables: (C) 2000-2002 Netfilter core team
Nov 23 14:58:45 www kernel: ip_conntrack version 2.1 (4023 buckets, 32184 max) - 328 bytes per conntrack
Nov 23 14:58:45 www rc: Startuji partmon:  succeeded
Nov 23 14:58:46 www nfslock: rpc.lockd startuje succeeded
Nov 23 14:58:46 www rpc.statd[4092]: Version 1.0.6 Starting
Nov 23 14:58:46 www rpc.statd[4092]: statd running as root. chown /var/lib/nfs/sm to choose different user 
Nov 23 14:58:46 www nfslock: rpc.statd startuje succeeded
Nov 23 14:58:46 www kernel: parport0: PC-style at 0x3bc [PCSPP,TRISTATE]
Nov 23 14:58:46 www kernel: lp0: using parport0 (polling).
Nov 23 14:58:46 www kernel: lp0: console ready
Nov 23 14:56:19 www rc.sysinit: Připojuji souborový systém proc succeeded 
Nov 23 14:56:19 www rc.sysinit: Připojuji sysfs na /sys succeeded 
Nov 23 14:56:19 www rc.sysinit: Odpojuji initrd:  succeeded 
Nov 23 14:56:19 www rc.sysinit: Setting default font (lat2-sun16):  succeeded 
Nov 23 14:56:20 www rc.sysinit: Nastavuji parametry jádra:  succeeded 
Nov 23 14:56:23 www date: Tue Nov 23 14:56:23 CET 2004 
Nov 23 14:56:23 www rc.sysinit: Nastavuji hodiny  (utc): Tue Nov 23 14:56:23 CET 2004 succeeded 
Nov 23 14:56:23 www rc.sysinit: Zavádím výchozí klávesovou mapu succeeded 
Nov 23 14:56:23 www rc.sysinit: Nastavuji název počítače teepee:  succeeded 
Nov 23 14:56:25 www usb: Inicializuji USB řadič (uhci-hcd):  succeeded 
Nov 23 14:56:25 www usb: Inicializuji USB řadič (ehci-hcd):  succeeded 
Nov 23 14:56:26 www usb: Připojuji systém souborů USB succeeded 
Nov 23 14:56:26 www fsck: /dev/hda1: clean, 326973/3080192 files, 4349402/6156785 blocks 
Nov 23 14:56:26 www fsck:  (check after next mount) 
Nov 23 14:56:26 www rc.sysinit: Znovu zavádím kořenový systém souborů v režimu čtení-zápis:  succeeded 
Nov 23 14:56:26 www rc.sysinit: Aktivuji odkládací oddíly:  succeeded 
Nov 23 14:56:26 www : Loading module: intel-agp 
Nov 23 14:56:26 www fsck: /dev/hda6: clean, 9700/384768 files, 109428/768749 blocks 
Nov 23 14:56:26 www fsck:  (check after next mount) 
Nov 23 14:56:27 www fsck: /dev/hda7: clean, 11/134784 files, 12444/269080 blocks 
Nov 23 14:56:27 www fsck:  (check after next mount) 
Nov 23 14:56:27 www rc.sysinit: Připojuji lokální systémy souborů:  succeeded 
Nov 23 14:56:27 www rc.sysinit: Připojuji lokální systémy souborů:  succeeded 
Nov 23 14:56:27 www loadkeys: Loading /usr/lib/kbd/keymaps/i386/qwertz/cz.kmap.gz 
Nov 23 14:56:27 www keytable: Zavádím klávesovou mapu: cz succeeded 
Nov 23 14:56:27 www loadkeys: Loading /usr/lib/kbd/keymaps/include/compose.latin2.inc.gz 
Nov 23 14:56:27 www keytable: Nahrávám složené klávesy: compose.latin2.inc succeeded 
Nov 23 14:56:27 www keytable:  succeeded 
Nov 23 14:56:28 www rc.sysinit: Povoluji odkládací prostor:  succeeded 
Nov 23 14:56:29 www mandrake_everytime: Startuji netprofile:  succeeded 
Nov 23 14:56:29 www init: Entering runlevel: 5 
Nov 23 14:58:28 www udev: Startuji udev succeeded 
Nov 23 14:58:29 www INIT: Loading ACPI module ac: successfull 
Nov 23 14:58:29 www INIT: Loading ACPI module battery: successfull 
Nov 23 14:58:29 www INIT: Loading ACPI module button: successfull 
Nov 23 14:58:29 www INIT: Loading ACPI module fan: successfull 
Nov 23 14:58:29 www INIT: Loading ACPI module processor: successfull 
Nov 23 14:58:29 www INIT: Loading ACPI module tc1100-wmi: successfull 
Nov 23 14:58:29 www INIT: Loading ACPI module thermal: successfull 
Nov 23 14:58:29 www pcmcia: Starting PCMCIA services:  
Nov 23 14:58:30 www pcmcia: cardmgr[2302]: watching 1 socket 
Nov 23 14:58:30 www cardmgr[2302]: watching 1 socket 
Nov 23 14:58:30 www pcmcia: done. 

Odpovědi

[jm]

Ceka na adresu z DHCP? Co nastavit nejaky kratsi timeout?

[Lukáš Zapletal]

Tak brzy? To je velmi divné,neměl by to zařizovat nějaký skript? Proč by se to tedy kouslo vždy na jiném místě? A proč natvrdo?

Jsem zoufalý :(

Ale nápad je to dobrý, jak změnit ten timeout?

[Lukáš Zapletal]

Zkusím vanila kernel a budu reportovat když tak...

[Michal Kubeček]

Podobnou věc mi dělal sendmail, když nebyl schopen zjistit jméno počítače. Ale tohle je mnohem dříve. Zkuste si přidat ladící hlášky na začátek a konec jednotlivých inicializačních skriptů, které se v té chvíli spouštějí (nejspíš to budou hned ty první) a lokalizovat tak, kde přesně to zamrzá. Podle logu to vypadá na téměř přesné dvě minuty, takže to nejspíš nebude náhodná chyba, ale nějaký definovaný timeout.

[Lukáš Zapletal]

Děkuji.

Myslíte jako dát si tam "ps ax" a hledat tedy spušťěné procesy?

S těmi dvěmi minutami máte pravdu, to je logické.

[Michal Kubeček]

Spíš jsem myslel dát na začátek echo "začíná skript ten a ten" a na konec echo "končí skript ten a ten". Tím by se mohlo zjistit, při běhu kterého skriptu ta prodleva nastane. Pak by se to podobně dalo lokalizovat až na úroveň konkrétního příkazu. Nebo ještě jednodušší by možná bylo přidat do specifikace interpreteru parametr -x. Je ale samozřejmě možné, že to vůbec nevzniká při běhu nějakého skriptu a dělá to samotný init.

[PaKr]

Zkusil bych v /etc/resolv.conf zakomentovat vsechny nameservery. Tim se vylouci, jestli system neceka na prevedeni nejakeho jmena na IP adresu v dobe, kdy jeste nebezi sit. Co si pamatuji, tak mi tohle, pokud nebezela sit, trvalo take podobnou dobu. Chyba byla, ze nejake jmeno pocitace chybelo v /etc/hosts.

Pavel

[honza]

cau, mam naprosto stejny problem, mam normalni pocitac, Mandrake 10.1 comunity(nebo jak se to píše). mam statickou adresu, sendmail nespouštím, zdálo se mi, že to dělá samba, ale když sem jí vypnul, tak to bylo pořád stejný.

mám to na domácím počítači, takže víc info můžu až večer.

[Lukáš Zapletal]

Jaký máte hardware? Máte zapnutý ACPI? Mohl byste to zkusit nastartovat bez něj?

Já mám Thinkpad R50e a vypnutí ACPI napomáhá. Zkusím vanilla jádro.

[honza]

střílím od boku, nesedím u toho. mam motherboard MSI k7 turbo - nebo tak neco, starší deska duron 750 256MB ram ati 9200

měl jsem mandrake 10.0(takovej ten 5ti cedečkovej i s příručkou, asi official), tam mi to chodilo normálně, pak jsem provedl upgrade na 10.1 comunity a začalo to blbnout. Jádro ani acpi nevím, musím se podívat doma. pak bych poslal i log.

mě to vždy zatuhne až po zalogování, teď nevím jestli je to teda to samý jako u tebe.

zatím to řeším tak, že zapnu pc, zaloguju se, uvařim si kafe, vrátím se a jede to.:)

[0lda]

Dělá to Community 10.1 stažené odněkud z ftp://mandrake.contactel.cz. Pokud se přihlásíš do konzole bude to trvat 2 minuty taky. Po zalogování uživatele tuším běží wait -t 120 nebo něco podobného. Vlez do draksec a v nastavení Systémové volby, Čas vypršení pro Shell namísto default zadej 0. Nebo vlez ve svém oblíbeném editoru do /etc/sysconfig/msec dej tam TMOUT=0

UMASK_ROOT=022
SECURE_LEVEL=2
UMASK_USER=022
TMOUT=0

Snad to bude wono.

[Lukáš Zapletal]

Kdepak to je něco jiného. Do konzole to jde normálně. Již vyřešeno, viz dole.

[ivok]

Nov 23 14:58:46 www kernel: lp0: console ready
Nov 23 14:56:19 www rc.sysinit: Připojuji souborový systém proc succeeded 
...
Nov 23 14:56:29 www init: Entering runlevel: 5 
Nov 23 14:58:28 www udev: Startuji udev succeeded 

Nějak vám tam lítá čas...

[Lukáš Zapletal]

vím, je to asi tím, že kernel ty hlášky do syslogu zpětně posílá až se nastartuje syslog. nějak tak si to vysvětluju. ale dělá to tak vždycky...

[Miroslav Andrle]

Dela mi to same Toshiba Tecra A2 s Mandrake 10.1. Official Proste u polozky netprofile, tesne pred Entering runlevel: 5 mi vytuhne asi na 2 minuty, pak pokracuje jako by se nechumelilo. Zkousel jsem zakomentovat netprofile, ale dela to furt. Ja mam podezreni na tu bezdratovou sitovku co je uvnitr, chystam se presunout moduly ipw* nekam jinam, aby je jadro nenaslo. At si rve ale at nezdrzuje. Nemate tam tu samou bezdratovou sitovku?

[Lukáš Zapletal]

Přesně tu samou, ipw2200!

Řekl bych, že jsme u cíle, protože mě to začlo dělat až tehdy, když jsem si začal se síťovkou hrát.

Kdy jádro nahrává moduly, můžete mi to říct? Co třeba zakázat nahrávání toho modulu, dá se to? Jak na to?

[Miroslav Andrle]

Bohuzel mam pocitac doma, tak ze to nemohu vyzkouset. A taky me to neustale experimentovani odradilo, jelikoz jsem pri kazdem bootu zase musel cekat ty 2 minuty. Myslim, ze by stalo za vyzkouseni premistit z /lib/modules/verze_jadra/kernel/net ten modul ipw2200.o nekam jinam, aby ho jadro nenaslo (pouze premistit misto smazat a aby se to zase dalo lehce vratit do puvodniho stavu). Jadro si bude asi stezovat, ale to nam nevadi. Pokud komp nevytuhne, mame zdroj problemu lokalizovan. Ja to mohu vyzkouset nejdrive dnes vecer.

[Lukáš Zapletal]

Já to zkusím hned. Kdyby někdo věděl o čistějším řešení (jak zamezit nahrátí modulu), tak se ozvěte.

Mimochodem v Mandrake 10.1 je docela stará verze tohoto ovladače, nechápu proč.

[Lukáš Zapletal]

Všichni, kterým to dělá, prosím hlasujte (vote) pro tuto chybu na Mandrakesoftu. Ať se tím zabývají vývojáři dříve.

ps - setkal se někdo s tímto chováním i na jiném jádře?

[Lukáš Zapletal]

http://qa.mandrakesoft.com/show_bug.cgi?id=12142

[Miroslav Andrle]

Docasne reseni problemu: pokud nepotrebujete vyuzivat bezdratovou sitovku. Odstrante nebo prejmenujte soubory v /lib/modules/2.6.8.1-12mdk/kernel/3dparty/ipw2200 Behem bootovani se objevi hlaska, ze moduly nebyli nalezeny a pokracuje se. Mozna by pomohlo stazeni a zkompilovani novejsi verze ipw2200, ale do toho se mi zatim nechce.

[Lukáš Zapletal]

Mělo by pomoct také v modules.conf:

alias ipw2200 off.

Kompilace zcela jistě pomůže, nevím proč, ale v MDK 10.1 je velmi stará verze ovladače. Už mi to nedělá.