Dotaz: Pomalý a dlouho nabíhající Arch.

[heetly]

Zdravím,

mám problém s Archem na svém notebooku Asus A9RP - 1.6GHz Celeron, 1GB RAM, čipová sada ATi. Verze jádra je klasika 2.6.24

Od grubu do přihlašovací obrazovky KDEmodu to trvá 1m35s, do stavu, kdy naběhne desktop a přestane "hrabat" disk 1m21s. Když spouštím jakýkoliv program, nb je v tu chvíli nepoužitelnej, seká se i myš. Jak v KDE, tak i v XFCE.

Zkoušel jsem noapic, swap je v pořádku, disk taky, sys. prostředky taky, ovladače na grafiku taky.

Na fóru žádná zmínka, na irc jsme taky nic nevymysleli.

Napadá Vás něco jiného než zkusit jiné jádro? Jiné v repozitáři není a já se na to zrovna necejtím.

Fedora 9, opesuse 11 beta 3, debian, vše běhá jak z praku.

Děkuji za jakoukoliv radu.

Honza

Odpovědi

[pc2005]

Napadla mě taková blbost, není třeba vypnutá cache v BIOSu? Jinak zjistil bych to zda to jede/nejede na jiném systému, třeba nějaké live CD. Ještě k případné kompilaci jádra, pokud je současné jádro nižší než 2.6.24.3 (myslím) tak je tam nepříjemný bezpečnostní bug.

[kozzi]

Zkus si zapnout, testing repo. Dost casto se mi system v testingu zacal chovat lepe nez v current. A zkousel si to i s vyplym netem? A ktera cast pri tom startovani trva nejdele?

[kozzi]

btw. jakou mas verzi initscript?

ls /var/lib/pacman/local/ | grep initsc

[heetly]

Díky za ochotu.

Zkoušel jsem to bez sítě, to samé.

Nejdéle trvá, než naběhne přihlašovací obrazovka (půl minuty čučim do tmy) a pak než naběhne kde a přestane hrabat disk.

Ale i potom se se systémem blbě pracuje.

Jsem teď v práci, takže tu verzi nevím.

[Jiří Poláček]

V core už je nově jádro 2.6.25, nepomohlo?

[heetly]

Toho jsem si nevšimnul, doma hned zkusím, díky.

[heetly]

Tak jsem právě aktualizoval na 2.6.25 a pořád to samé.

[kozzi]

no a jak tu někdo radil co DMA?

[heetly]

Rád bych se na to podíval, ale to musím vypátrat jak.

[mess]

Zkus hdparm.

[heetly]

/dev/sda5: IO_support = 0 (default)

16-bit)

HDIO_GET_UNMASKINTR failed: Inappropriate ioctl for device

HDIO_GET_DMA failed: Inappropriate ioctl for device

HDIO_GET_KEEPSETTINGS failed: Inappropriate ioctl for device

readonly = 0 (off)

readahead = 256 (on)

geometry = 7296/255/63, sectors = 83971692, start = 30716343

ty failed položky, to asi nemá být, že? :)

[kozzi]

To nic neznamena, zkus pouzit prikaz: hdparm -i /dev/sda5

[heetly]

/dev/sda5:

Model=HTS421260H9AT00 , FwRev=HA2OA70S, SerialNo= HKA240AJCXU90L

Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }

RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4

BuffType=DualPortCache, BuffSize=1570kB, MaxMultSect=16, MultSect=?16?

CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=117210240

IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}

PIO modes: pio0 pio1 pio2 pio3 pio4

DMA modes: mdma0 mdma1 mdma2

UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5

AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled

Drive conforms to: ATA/ATAPI-7 T13 1532D revision 1: ATA/ATAPI-2,3,4,5,6,7

* signifies the current active mode

[kozzi]

No tak dma vypada OK. A co vypis dmesg? neukazuje nejakou zvrhlost, popripda bych si prosel logy

[heetly]

Přílohy:

• dmesg (22433 bytů)
• Xorg.0.log (40831 bytů)

No, jelikož nejsem odborník, dám výpis dmesg a log xorg.log k dispozici.

Až budeš mít čas, podívej se prosím na něj.

Pokud mi pomůžeš, máš u mě pivo :).

[kozzi]

No tak to vypada na potiz s diskem. Mozna potiz jadra, ale spis ti disk odchazi doporucuji radeji udelat zalohu. Podobna vec se nam stala ve skole na serveru a kdyz jsme zacali delat zalohu, ucitrel rekl at to prerusime ze to pak dodela. No a ono uz to pak neslo

[heetly]

To jsi mě moc nepotěšil, doufám, že se mýlíš.

No, to tedy ale neřeší můj problém.

Zálohu mám, to je OK, ale já potřebuju pracovat, takže musím asi zvolit jinou distribuci :(

[kozzi]

No, problem ktery to zpusobuje nebude zaviset az tak na distru. To ze ti tu jinde jede OK, bude tim ze ty jiny Distra mas na jinym disku nejspis. Jinak nic jineho me nenapada.

[kozzi]

Samozrejme furt je tu moznost chybneho ovladace v jadre, ale pokud to nedela na jinych distrech tak bud tam je jinaci verze jadra a problem nastava az u novjejsich verzi coz by mohlo znamenat ze po aktualizaci na nove jadro by se potize vratili.

[heetly]

Fedoru 9, debian i openSuse jsem zkoušel na stejném oddíle.

Navíc ve Fedoře je jádro 2.6.25 a problém nebyl.

[kozzi]

Tak potom je to zvlastni, a nebo dany hlasky nesouvsi stou pomalosti systemu. Jo a ten arch je cerstve nainstalovanej? pokud nee, tak bych zkusil znovu nainstalovat cerstvou novou verzi z iso obrazu, ale pouzil bych jeden z techto instalacnich obrazu ftp://ftp.archlinux.org/iso/2008.04-rc/

[heetly]

Ano, čistá instalace, xorg, kdemod, opera, ati ovladače, nic víc.

Přesně odtud mam iso stažený :)

[kozzi]

No, tak to je zvlastni zkus jsem jeste prilozit /var/log/everything musis ho sem dat jako root jinak na nej nemas prava.

[heetly]

Jak teď koukam, tak ten log je samej warning.

[kozzi]

No ten log je celkem ok. Ty warningy nevadi

[mess]

Zkus sem ještě hodit, co vypíše:

smartctl -a /dev/<tvuj_disk>

[heetly]

Ten program nemam a arch je tak pomalej, ze neni v mych silach to hledat a instalovat.

Jenom nez vyplivnul, ze se ten balik nenachazi v databazi trvalo asi 4 minuty a s pocitacem jsem nemohl vubec delat.

[kozzi]

Tak tady opravdu neco neni v poradku. Jak jsem psal vysse, ten system je nahranej dele nebo cerstve?

[mess]

Jinak, jestli se hecneš a zkusíš to nainstalovat ještě jednou, tak smartctl je v balíčku smartmontools. Sry, že jsem to nenapsal hned.

[heetly]

Příloha:

• vypis (4849 bytů)

Tak tady to je, díky :).

[mess]

Hm, ten disk vypadá celkem zdravě. Jedinou vadu bych viděl v tom jendom pokusu o realokaci sektoru, taky je celkem vysoké to číslo u G-Sense Error Rate

191 G-Sense_Error_Rate      0x000a   099   099   000    Old_age   Always       -       131072

The number of errors resulting from externally-induced shock & vibration. (Wikipedia)

196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       1

Count of remap operations. The raw value of this attribute shows the total number of attempts to transfer data from reallocated sectors to a spare area. Both successful & unsuccessful attempts are counted. (Wikipedia)

[mozog]

co DMA u disku ?

[frEon]

link

[Přemek Jordák]

Také zdravím, dost mi to připomíná můj problém, který jsem měl na svém notebooku. http://www.abclinuxu.cz/forum/show/127191. Tak to zkus, jestli to třeba není stejný problém. Na řešení jsem tenkrát nepřišel.

[Hovadko]

A nemohlo by to bejt něco s loopbackem nebo chybějící IP adresou localhostu (v /etc/hosts)?

[heetly]

no, můj etc/hosts obsahuje:

127.0.0.1 localhost.localdomain localhost Freedom

což myslím, že je dobře.

[kozzi]

a co prikaz hostname

[heetly]

Hostname vypíše Freedom

[Hovadko]

Já měl totiž svýho času problém s pomalým GNOME (mělo to ty samý příznaky jako máš teď ty). Po nainstalování XFCE mi to při jeho psouštění zahlásilo cosi s loopbackem na síťovce. Tak jsem to nastavil a od tý doby to jede v pohodě ...

[petris]

1.) Zkontrolujte zda máte loopback (ifconfig lo)

2.) Některé programy (tento případ to ale nebude) nemají rádi, když je hotstname na 127.0.0.1

[WiFi]

1. Co sa tyka disku - pustit dd if=/dev/sda of=/dev/null bs=1M count=100 a otazka je aku rychlost vypise. Bez DMA, v kompatibility mode a podobne to chodi tak do 5MB/s co je pomale 2. Ked bude rychlost disku OK, tak odporucam pouzit latencytop, mozno ten da odpoved. 3. Beha arch z CD rychlejsie? Viem, ze tam nie je vela aplikacii ale snad nieco tam bude. 4. Nabiehaju aplikacie po druhom spusteni (z cache) rozumne rychlo? Alebo sa caka opat na nieco? 5. Mate loopback interface "up"? "ifconfig lo"

[heetly]

1. no, tak výsledek 105MB za 94s, 1.1 MB/s

5. loopback ok

[kozzi]

no tak je to jasny, problem je s diskem, otazka je proc. melo by ti to vypsat spis neco jako toto:

104 857 600 bajtů (105 MB) zkopírováno, 3,89457 s, 26,9 MB/s

[heetly]

Tak jsem to zkusil ještě jednou a to samý, 1.1 MB/s.

Ale čím to? Disk bude fyzicky v pořádku, mam dualboot a ve windows žádný problém.

A s tímto oddílem si jiné distribuce poradili.

[kozzi]

No když jsem viděl ty hlášky, co to psalo tak mi bylo jasny ze problem je ten disk. Ale puvodne jsem si myslel ze proste odchazi, ale pokud opravdu vsechny ostatni systemy slapou tak to bude problem ovladace chipsetu, tedy vlastne bude potiz nekde v jadre s modulem co ridi radice k disku. Ale pokud i fedora mela novy jadro tak mi moc nejde do hlavy proc by se v podstate to smay jadro melo chovat jinak, ackoliv je pravda ze ruzny distra maji ruzne opatchovani jadra. Pokud mas jeste jeden disk (fyzicky ne partisnu) tak bych zkusil vyhradit treba jen 5 GB kledne by melo stacit i min a nahrat archa tam pokud se to bude chovat stejne tak je jasny ze o disk nejde. Vic me opravdu nenapada.

[kozzi]

No ted tak znovu projizdim ten tvuj dmesg, a ony ty problemy se netykaji disky ale mechaniky, a taky je tam napsano ze se ti u disku nepouzije dma protoze si ho druhe zarizeni vynutilo. Takze to vypada na kolizi mechaniky a disku, jen skoda ze jde o motebook u normalniho kompu by sla mechanika odpojit a dalo by se to overit. Dokonce mi prijde divny ze se mechanika hlasi na ata1 a disk na ata2 coz je taky trcohu zvlastni. Mozna bych zkusil upravit /boot/grub/menu.lst a zmenit kernel.img na kernel-fallback.img

[heetly]

Tak fallback se chová naprosto stejně.

Zkusím nyní ještě archa znova nainstalovat, ale nevěřím, že to pomůže.

[František Ryšánek]

Jasně. Ten disk je paralelní IDE, nikoli SATA. Samotné uspořádání, že CD je primary slave a disk je secondary master, to mě vcelku neuráží - jsou každý na jiném kanále, tak by to nemělo vadit. To automatické vypnutí DMA pro sekundární kanál vypadá fakt divně - u slušných čipsetů jsou kanály nezávislé.

Pokud máte možnost, zkuste si zkompilovat jádro, kde není modul ATIIXP z libata, ale z klasického "ide". Potíž je, že v nainstalovaném distru Vám to změní písmenko bootovatelného disku ze sda na hda, takže Vám možná kernel při dalším bootu nenajde root (a možná najde, pokud je mountovaný přes label). Kdyžtak si přidejte do grubu další volbu, která bude obsahovat odkaz na nové jádro a root nasměrovaný na nové jméno disku (těžko říct, jestli se to obejde bez úpravy fstabu).

Eh přihřeju si polívčičku - tady je moje ošklivé testovací CD, mám pocit, že tam je ten "starý IDE" ovladač pro ATI IXP zakompilovaný v jádře 2.6.22.6:

http://www.fccps.cz/download/adv/frr/bootcd.tgz

To jenom pro kontrolu. V bootloaderu (isolinux) prostě bouchněte do enteru... Není na tom skoro nic, ale 'dd if=/dev/hda of=/dev/null' spustit půjde, na druhé konzoli kdyžtak k tomu 'iostat 2'. Místo dd možná bude lepší 'hddtest'.

Mimochodem tyhle notebookové CD-ROM mechaniky se někdy nastavují na master/slave softwarově. Možná by se odpovídající konfigurační utilita dala někde najít, i když v tomto případě, soudě podle označení té mechaniky, mám docela strach... Hmm... přečtěte si tohle vlákno

http://www.zive.cz/Poradna/sc-20/default.aspx?consultanswers=1&id_question=332204

Když to tak čtu, možná bych do toho CDčka kvůli master/slave nevrtal. If it ain't broke, don't fix it. Aby vůbec bylo ještě v čem bootovat CDčka

[František Ryšánek]

Ahem: bylo by hodně složité tu CD-ROM mechaniku vymontovat? Nabootovat Linux z harddisku bez ní?

[stativ]

A nebylo by jednodušší ji už v BIOSu vypnout?

[František Ryšánek]

Jasně, nebo vypnout celej první kanál IDE. Pokud to ten BIOS dovoluje.

[heetly]

Tak zprvu chci poděkovat za radu.

Mechaniku se mi v biosu vypnou nepovedlo, protože i tak jí systém (i windows) najde.

Je tam možnost deaktivovat celý primární kanál, ale neprojeví se to.

Zajímala by mne jedna věc, proč a jak tenhle problém vzniknul?

Linux na tomto NB používám skoro 2 roky a nikdy se nic podobného nestalo.

A ostatní distra běhají.

Pokud je kompilace vlastního jádra jediným východiskem, asi se do toho tedy zítra pustím, ale jako člověk této oblasti neznalý z toho nemám :)

[otula]

Pokud je kompilace vlastního jádra jediným východiskem, asi se do toho tedy zítra pustím

Jestli máš takové problémy s rychlostí disku, tak bych se do toho na tvém místě pustil hned, ať to může běžet přes noc. Když použiješ něco z AURu, budeš to kompilovat jako jakýkoliv jiný balíček. Akorát je potom potřeba přidat záznam do /boot/grub/menu.lst.

[heetly]

No, musím naštudovat, co a jak.

Hlavně doufám, že mi někdo poví, co se to najednou děje :)

[František Ryšánek]

Ta CD-roma je v tom patrně nevinně. Hlavně bych zkusil ten starý ovladač IDE pro tenhle čipset.

[heetly]

Takže to mam chápat tak, že jádro v archu obsahuje jiné ovladače než třeba jádro ve Fedoře, i když je to ta samá verze?

[otula]

Arch nepoužívá výchozí konfiguraci jádra.

[František Ryšánek]

Opravdu netuším Může tomu tak být.

"Ta samá" verze jádra mezi dvěma distribucemi znamená, že je teoreticky stejný Cčkový kód jednotlivých ovladačů (pokud si odmyslíme různé distribution-specific patche). Řekněme že oba distribuční kernely vycházejí ze stejného společného základu, kterým je vanilkový kernel v dané verzi. Můžou se tam vyskytovat i úpravy Cčkového kódu ovladačů, o kterých si distributor myslí, že jsou k dobru věci.

Jiná věc je konfigurační systém jádra. Skoro každý jednotlivý ovladač může být při konfiguraci kernelu

a) vynechán

b) zkompilován jako modul (takže třeba instalátor distribuce se rozhodne, jestli bude při instalaci umístěn do /lib/modules a dále jestli bude při startu natažen). Většina ovladačů hardwaru se dnes v distribucích vyskytuje jako moduly.

c) zakompilován monoliticky. Pro dané PCI zařízení má smysl monoliticky zakompilovat vždycky jenom jeden ovladač, který se hlásí k PCI IDčkům toho zařízení.

Takže mezi ARCHem a Fedorou může být rozdíl jak v konfiguraci, tak i ve vlastním Cčkovém zdrojáku, pokud je v obou instalován tentýž modul (předpokládám libata). Pokud se správně pamatuju, tak všechny distribuce mají tendenci držet se kánonu, který praví, že libata je cesta kupředu a proto je třeba ji prosazovat. A konkrétně Fedora (historicky RedHat, v dobách působení Alana Coxe) se vždycky vyznačovala kvalitně opatchovanými jádry, která měla vyřešeny některé trapné bugy třeba o dvě verze napřed před vanilkovým kernelem...

Možná bych ještě někde v /boot našel originální .config původního jádra mé Fedory 5, ale bůhví jestli tehdy ovladač pro ten ATI IDE řadič vůbec existoval. To schizma "legacy IDE vs. libata" přišlo až o dost měsíců později. A vůbec - v mém případě se vždycky našel důvod, proč si zkompilovat svoje vlastní jádro. Z původního distribučního konfigu dodržuju víceméně jenom "nutné podmínky", aby to vůbec nabootovalo. Jak to vypadá v ARCHu, to už vůbec netuším. O tomhle distru jsem zatím jenom četl. Ne že bych byl na to pyšný, spíš nějak nemám čas... Zatím jsem u různých řadičů asi třikrát narazil na to, že se opovrhovaný "legacy IDE" ovladač chová líp než jeho protějšek v libata. Takže libata používám jenom pro SATA a tuším pro jednu-dvě výjimky, kde "legacy IDE" ovladač neexistuje ale libata ano. Používám vlastně jenom vanilkové kernely.

[kozzi]

No, obsahuje v podstate to same, ale zalezi jak je defaultne nastaveno. Jinak rebuild jadra delat nemusis. Staci pouzit ten fallback a pridat tusim do menu.lst jeste parametr ide-legacy cimz by se melo pouzit stare ide rozhrani. Jo ale potom je zapotreba v menu.lst jeste zmenit sda na hda a to samy udelat v /etc/fstab. takze by menu.lst moholo vypadat nejak takto:

title  Arch Linux
root   (hd0,4)
kernel /vmlinuz26 root=/dev/hda5 quiet vga=792 ide-legacy ro 
initrd /kernel26-fallback.img

Ale ted me napada ze by bylo mozna lepsi to prvni zkusit bez zmen teh nazvu v /etc/fstab jelikoz pokud se milim a jadro stejne pouzije sda jako ze mozna pouzije tusim ze arch ma nastaven udev tak ze stejne hda predela na sda.

[kozzi]

Nee to nefunguje, ale driv mi to tusim tak slo, lae arch ted nejak zmenil zpusob vyroby toho fallback, takze to uz ide nepouziva, jeste se podivam zda to nejde nejak poresit

[kozzi]

Tak ja uz jedu na ide bez toho abych musel kompilovat. Takze co je ktomu zapotrebi. Za prve je potreba skopirovat soubor /etc/mkinitcpio.conf do /etc/mkinitcpio.d/kernel26-fallback.conf. Ten potom upravit tak ze do sekce MODULES="neco" pridam atiixp a ide-generic a pokut tam je neco s pata tak to odeberu. Potom jeste dole v sekkci HOOKS nahradim pata za ide. Pak vygeneruju novy initrd jako root prikazem:

mkinitcpio -c /etc/mkinitcpio.d/kernel26-fallback.conf -g /boot/kernel26-fallback.img -k 2.6.25-ARCH

potom upravim menu.lst tak jak jsem psal vysse. A potom v /etc/fstab upravim vse co obsahuje sdaX na hdaX. Potom stacilo restartovat a system uz pouziva ide.

[kozzi]

Ted koukam ze se mi prechod na ide vyplatil:

dd if=/dev/hdb of=/dev/null bs=1M count=100
100+0 vstoupivších záznamů
100+0 vystoupivších záznamů
104 857 600 bajtů (105 MB) zkopírováno, 1,87142 s, 56,0 MB/s

to je dvojnasobna rychlost .

[kozzi]

No ted mi doslo ze od doby co pouizivam libata se mi nejak pc spomalilo hlavne co se kopirovani DVD na HDD tyce. Vubec by me nenapadlo ze to je mozna tim libata .

[František Ryšánek]

To je na notebooku? Na ntb disk hodně dobrá průchodnost.

[kozzi]

nee, to je normální stroj.

[WiFi]

No tak teda pokracujeme (inak fura prispevkov mimo a nejake sa triafaju)... V archu -> /etc/mkinitcpio.conf tam sa urcuje co bude v initramfs za ovladace a nejake hooky zrejme kvoli udev-u. Whatever... Nabootuj chodiace distro, pozri co za diskovy ovladac pouziva a patricne uprav subor. Ja mam Desktop s nvidia chipsetom (a chodi, nekazia sa mi data na diskoch ;)

MODULES="pata_amd ata_generic sata_nv"
BINARIES=""
FILES=""
HOOKS="base udev autodetect pata scsi sata usbinput keymap filesystems"

ten ata_generic by som tam zrejme mat nemusel, ale nikdy nevies kedy bude potrebne nabootovat na inom kompe. Systemovy disk je PATA. Tipujem, ze v HOOKsoch budes mat este ide, tak skus pata. Pripadne vice-versa. Inak mi to je divne, lebo Instalacne CD archu zvyklo tieto veci nadetekovat dobre. No mozno ako si menil jadro a doslo ku zmenam, tak treba updatnut aj tieto veci.

Jo a nakoniec je asi najjednoduchsie pacman -S kernel26 a on uz vsetko spravi sam. Ak mas lilo, tak ho nezabudni po re-instalacii jadra pustit.

[kozzi]

No, tak prave ze u neho je problem presne opacny. Ma tam pata a potrebuje ide . Jinak to co tu pises uz jsem mu psal, ale nedivim se ze si toho clovek nevsimne, kdyz je tu toho tolik, sam ani nevim jestli jsem si vsechno precet

[heetly]

No, je tu toho opravdu hodně, to jsem ani nečekal.

Tobě moc děkuju, hned, jak se dostavím domu, zkusím ten tvůj postup a uvidíme.

[kozzi]

To víš mi archisti by jsme nesnesli že je na archu něco nejde když jinde to jde

[heetly]

Tak jsem postupoval podle tvého návodu a přes ten fallback nenabootuju, píše mi, že /dev/hda5 neexistuje.

A když použiji klasickou volbu, tak se zase dozvím, že mám nejpíše na /dev/hda5 poškozený filesystem.

[kozzi]

no pokud pise ze neexistuje tak nejspis stale pouziva libata, ale to by nemel jak presne vypada tva konfigurace toho mkinitcpio.d/kernel26-fallback.conf

[heetly]

Tady jsou ty 2 řádky:

MODULES="ata_generic atiixp ide-generic"

HOOKS="base udev autodetect ide scsi sata filesystems"

Každopádně nevím, jak to opravím, když systém ani nenabootuje.

[kozzi]

tak opravit to pujde, tak ze pouzijes standartni nastaveni pri bootovani tzn. misto fallback pouzijes kernel.img a misto hda5 tam zadas sda5 potom ti to castecne najede ale spadne to jelikoz mas nastaveny fstab na hdaX takze to spadne do rezimu kde bud zadas control +D nebo root heslo zadej tedy heslo potom zadej prikaz

mount -n -o rw,remount /

pak :

nano /etc/fstab

uprav ty hdaX na sdX a dej control + o tim se to ulozi a control + x ukonci ten editor a pak control + D restart systemu.

[heetly]

Dobře, to udělám, ale co je tedy špatně v tom kernel26-fallback.conf? :)

[kozzi]

No, dle meho nazoru nic . Takze mi to nejde do hlavy. A ten prikaz mkinitcpio probehl v poradku?

[kozzi]

Zkus mi poslat ten tvuj kernel-fallback.img na kozzi11(zavinac)gmail.com

[heetly]

Naprosto bez problému, i celkem rychle....pak jsem upravil fstab a menu.lst

Aha, já myslel, že jsi spatřil chybu.

Nechápu, proč u tebe to funguje a u mne ne.

Začínám mít pocit, že ke mě Arch prostě nechce.

[kozzi]

Tak ten tvuj fallback vypada dobre, teda dle meho nazoru tam neni nic vadneho. posli sem prosim jeste vypis tveho lsmod at vydim co presne tam mas momentalne natahleho za moduly. A ty tam mas jeste nejaky jiny distro ktery ti momentalne jede? Pokud jo tak i lsmod z toho jinyho distra.

[WiFi]

Vymen poradie, daj atiixp, hoc niesom si isty ci zmena poradia pomoze. To co som ti ale pisal naposledy a si zatial este nespravil:

1. Nabootuj distro ktore ti chodi rychlo - resp. pod nim citas z disku rychlo. Posli lsmod - zoznam modulov co pouziva, nech vieme co by malo byt v tom konfiguraku pre arch

2. Teraz mi napadlo, ked budes mat ine chodiace distro nabootovane, tak zisti ci je ten disk na hda alebo sda - povie nam to, ktora vrstva sa pouziva.

Ak sa chceme pohnut z miesta, tak ^^

[WiFi]

Takze to poradie modulov je predsalen dolezite: http://wiki.archlinux.org/index.php/Mkinitcpio

If you have more than one hardware disk controller which uses the same node names (like 2 SCSI/SATA or IDE controllers) and need different kernel modules to load them, please specify the correct order in MODULES="" in /etc/mkinitcpio.conf and in your fallback config file, else it could happen that your root device keeps on switching and you could run into random kernel panics.

inak sa tam docitas co vsetko pekne sa da spravit a ako.

[kozzi]

No tak to me nenapadlo ze to muze mit vliv, ja to mam opacne a asi proto to jde.

[Jirka]

Zkus nainstalovat bootchart (www.bootchart.org). Pomoci nej si vytvoris graf, ktery ti ukaze kde system travi cas pri bootovani.

Diskusi k tomuto tematu na Archu najdes trebe tady: http://bbs.archlinux.org/viewtopic.php?t=20157

[Zdeněk Štěpánek]

čipová sada ATi

odpovedel sis uz sam, v tom je ten problem. Jednou jsem na asusu s ATI zkousel ubuntu a byl to taky porod. sekal se zvuk, obcasne se to zasekavalo cely, katastrofa.

Zdenek

[heetly]

No, a mě ubuntu a další distribuce běhají výborně.

[Smajchl]

Já mám základovku ASUS na pentium 4 s chipsetem SIS a to taky neni moc kvalitní kousek. Vše fungovalo krásně bez problémů, než jsem si koupil sata disk... Občas se sata disk odpojí - stačí odpojit kabel a zasunout zpět. A hlavně mi připojením disku začal suspend to ram trvat přes minutu - po minute se v logu objevilo had resetting port sd0 nebo tak něco... A notebooky od Asusu se taky často rozpadaj pod rukama. Nevím jak je to dnes ale.

[kozzi]

co presne je to za chipset? ten SIS?

[Smajchl]

Tyjo nevim přesně jak to zjistit, včera jsem si ten počítač zašrouboval, když jsem dělal pomaturitní úklid bordelu. ale:

00:00.0 Host bridge: Silicon Integrated Systems [SiS] 655 Host (rev 50)

[kozzi]

jj, to mám taky:

00:00.0 Host bridge: Silicon Integrated Systems [SiS] 655 Host (rev 50)
00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SiS AGP Port (virtual PCI-to-PCI bridge)
00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS964 [MuTIOL Media IO] (rev 36)
00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev 01)
00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] AC'97 Sound Controller (rev a0)
00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f)
00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f)
00:03.2 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f)
00:03.3 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller
00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 91)
00:05.0 RAID bus controller: Silicon Integrated Systems [SiS] RAID bus controller 180 SATA/PATA  [SiS] (rev 01)

A problemy snim nemam, ale je fakt ze sata jsem jeste netestoval

[Smajchl]

Taky mi vše funguje, jen po připojení sata disku se s ním objevily problémy Ale teď to docela funguje, to odpojování disku bylo možná tim rozebranym počítačem, teď už to je snad v klidu. Uvidíme. A to uspávání jsem skorovyřešil takovym hackem - zapnul jsem jak v jadre tak v biosu reinicializaci grafiky, ta se teda dvakrat jakoze restartuje a pri tom se restartuje asi i radic disku a pak se to probudi o dost rychlejc - jen musi dvakrat probliknout ty informace o gr. karte.

[kozzi]

A co pouzivas k uspavani za prikaz?

[Smajchl]

echo "mem" > /sys/power/state

Proc? Odpojovat modul disku před uspáním jsem sice chtěl ale bylo by to spoustu práce. A nevím jestli by to šlo a pomohlo.

[martas]

Nemáš obsazený systémový disk? Můj NB se znatelně zpomalí když dojde místo na disku...

df /

[heetly]

Čerstvě nainstalovaný systém na 40GB oddíl, místa dost.

[Andrej]

Pomalý a dlouho nabíhající Arch.

Hmmm. Tak to je asi jako Svítání na západě od Otokara Březiny.

Viděl bych to tak, že procesor je neustále na 600 MHz. Chce to zkontrolovat věci kolem frekvence procesoru a jejího ovládání.

1. Vypnout v BIOSu veškeré šetření energie, zejména pokud se pojí s procesorem. Linux si ho pak stejně podle potřeby sám zapne a v raných fázích bootování bude k dispozici plný výkon.

2. Zajistit si všechny ovladače pro Intel SpeedStep, Centrino a další podobné výdobytky. Musí být zaškrtnuté v kernelové konfiguraci a příslušné moduly musí být načtené. Jako implicitní governor nastavit performance.

3. V pozdější fázi bootu pak samozřejmě přepnout na ondemand governor, aby procesor zbytečně neběžel nepřetržitě na 1,6 GHz, když nemusí.

Jinak v Archu používám vždy vanilla kernel, protože těm podivným patchům, které tam používají, příliš nevěřím. Je nezbytné prověřit, že jsou načteny všechny potřebné moduly pro Centrino a že se dá skutečně měnit frekvence procesoru. Je-li vše v pořádku, měl by například ksysguard ukazovat aktuální frekvenci. Při použití governoru ondemand se údaj o frekvenci změní například při důkladném zatřesení oknem myší.

[Andrej]

Nebo ještě klasické (a většinou již vzácné a zapomenuté) problémy typu MTRR, DMA a podobně. Doporučují též přečíst man hdparm a ladit a ladit. S novými ovladači „pata“ byly už několikrát podivné potíže, kdy jsou disky bezdůvodně přepínány na pomalejší komunikační protokoly. (To je taky jeden z důvodů, proč používám původní ovladače.) (Ale pokud tam je SATA, není to tento případ.)

[heetly]

Jak píšu, mam starý intel celeron, který neumí změnu frekvence.

Už jsme přišli na to, že problém bude v disku, ale týká se to konkrétně jen archlinuxu, v jiných systémech problémy nejsou.

[otula]

A co třeba zkusit si zkompilovat jiné jádro? Vanillu, nebo si vybrat něco z AURu, jestli to bude dělat totéž. Jiné patche - jiná funkcionalita

[Andrej]

Nedá se náhodou v Archu použít boot option ide-legacy? (Jestli je to SATA disk, omlouvám se, nečetl jsem diskusi výše...) Jen pozor na věc, musí se překopat /etc/fstab a za sdX dát hdX. Ne že by to bylo trvalé řešení, ale za pokus to stojí. Nejspíš se to už tady řešilo.

[Filip F]

Ahoj. Mel jsem stejny problem na gentoo s ati cipsetem SB690 tusim. hdparm /dev/hda vypisoval ze dma je vypnute, ale hdparm =i /dev/hda naopak vypsal ze je zapnute. Problem byl v nastaveni kernelu. Mel by tam byt jen jeden typ ovladace a to presne ten, ktery je pro ten cipset. Viz tady http://www.abclinuxu.cz/forum/show/224926 .Je tam prilozeny i funkcni konfig pro 2.6.24.

[heetly]

Takže Vám chci moc a moc poděkovat.

Problém vyřešen (přešel jsem z libata na ide) a já můžu dále proniknout do tohoto skvělého systému.

Mějte se.