[gekmage]

Teszi ezt a 2006-10-27 óta szépen mûködõ magam fordította 2.6.18.1-as vanilla kernellel és a frissen fordított 2.6.21.1-es vanilla kernellel is.
Sikeres bootnál látok "DriveReady SeekComplete DataRequest/Error" üzeneteket, de csak boot közben, a rendszer mûködése közben soha. Ez látszik is a kitett grep_DriveReady_syslog.txt és reboots.txt file-ok összevetésébõl. Másoltam sok file-t, néztem filmet, hallgattam zenét, próbáltam terhelni a diskeket, de üzem közben nincs hibaüzenet.

A BIOS reseten túl...

Az a Preemptív kernel az feltétlenül szükséges ? Az néha hajlamos produkálni érdekes jelenségeket.

Milyen IO schedulert használsz? Alap anticipatory schedulerrel is ezt csinálja?
Próbálgattam én ezeket a schedulereket amik itt megvannak, de összességében még mindig az anticipatory volt a legmegfelelõbb, a többivel mindig sikerült valami bosszantó hibába belefutni.

Milyen beállításokat alkalmazol a kernelconfig Block, illetve ATA/stb. support részében? hátha felfedez vki vmi nem odavalót...

Illetve még annyit, hogy hasonló DMA erroros üzenetet produkál(hat) kifejezetten bootoláskor rossz, vagy "kilazúlt" 80eres IDE kábel is.  ha jól látom ez IDE vinyó.. (?)...

legalábbis volt már olyan, hogy másolás, telepítés minden faszán lezajlott, csak a kész rendszer nem bootolt be az istennek se, de a fájlrendszer minden egyben volt, adatok mind egészben megvoltak. mindez egy rossz ide kábel miatt.

[FifiTheReal]

Idézet: gekmage - Dátum: 2007. máj. 15., kedd - 13:04

Az a Preemptív kernel az feltétlenül szükséges ? Az néha hajlamos produkálni érdekes jelenségeket.

Hát a Low-Latency Desktop szerintem kellemes dolog, homokórázást máshol is láthatok 

Idézet

Milyen IO schedulert használsz? Alap anticipatory schedulerrel is ezt csinálja?
Próbálgattam én ezeket a schedulereket amik itt megvannak, de összességében még mindig az anticipatory volt a legmegfelelõbb, a többivel mindig sikerült valami bosszantó hibába belefutni.

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
CONFIG_DEFAULT_AS=y
# CONFIG_DEFAULT_DEADLINE is not set
# CONFIG_DEFAULT_CFQ is not set
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="anticipatory"

Idézet

Milyen beállításokat alkalmazol a kernelconfig Block, illetve ATA/stb. support részében? hátha felfedez vki vmi nem odavalót...

Kiraktam még egy lsmod.txt-t és a kernel configokat.

Idézet

Illetve még annyit, hogy hasonló DMA erroros üzenetet produkál(hat) kifejezetten bootoláskor rossz, vagy "kilazúlt" 80eres IDE kábel is.  ha jól látom ez IDE vinyó.. (?)...

A gép nem volt mozgatva ott áll szépen az íróasztalom alatt. Gyerekek jól neveltek nem bántják annál is inkább mert a chieftec ház üresen is kb. 15 kg. és egy 5 éves srác, valamint egy 5 hónapos kiscsaj erre fizikailag képtelen. A kisördög azért nem aludt bennem, tegnap este végignéztem az összes kábelt, minden a helyén.

Amúgy ma már kétszer indítottam el távolról és mindkét alkalommal sikerült a rendszerbetöltés, de megint a bootnál volt hiba a dvd írómnál és az egyik IDE disknél:
May 15 13:58:08 blackdragon kernel: hdc: set_drive_speed_status: status=0x51 { DriveReady SeekComplete Error }
May 15 13:58:08 blackdragon kernel: hdc: set_drive_speed_status: status=0x51 { DriveReady SeekComplete Error }
May 15 13:58:08 blackdragon kernel: hdd: status error: status=0x58 { DriveReady SeekComplete DataRequest }

Én már nem is disk, hanem IDE vezérlõ hibára gyanakszom, hisz hol a dvd-rom, hol a dvd-rw is áldozatul esik. Lehet, hogy alaplap? Kb. fél éve vettem az ABIT IC7-et, viszonylag jó tápegységem van és túlfeszvédõs elosztót is használok.

Szerkesztette: FifiTheReal 2007. 05. 15. 14:01 -kor

[bogdan]

irtam, hogy nalam ugyanez megy a p3-as gepen. szerintem az udma modok nem stimmelnek! (szo szerint ugyanezek a hibak!)

meg nem jutottam oda, hogy kiprobaljam, de szerintem a megoldas valami olyasmi, hogy egy ide=nodma kernelparametert atad az ember bootolaskor, majd hdparm-al beallitja a megfelelo sebesseget. nalam ez lett a jo beallitas a hdparm-al:

hdparm -i /dev/hda
UDMA modes: udma0 udma1 udma2 *udma3 udma4 udma5 *udma3 udma4 udma5

hdparm -i /dev/hdc
UDMA modes: udma0 udma1 udma2 *udma3 udma4 udma5 *udma3 udma4 udma5 udma6

mint latszik egyik winyo sem birta azt az UDMA modot, ami a maximuma, vissza kellett venni. a 2.4-es kernellel meg nem jelentkezett a hiba, gondolom ott eleve udma nelkul indult.

[kroozo]

Idézet: bogdan - Dátum: 2007. máj. 15., kedd - 14:34

irtam, hogy nalam ugyanez megy a p3-as gepen. szerintem az udma modok nem stimmelnek! (szo szerint ugyanezek a hibak!)

meg nem jutottam oda, hogy kiprobaljam, de szerintem a megoldas valami olyasmi, hogy egy ide=nodma kernelparametert atad az ember bootolaskor, majd hdparm-al beallitja a megfelelo sebesseget. nalam ez lett a jo beallitas a hdparm-al:

hdparm -i /dev/hda
UDMA modes: udma0 udma1 udma2 *udma3 udma4 udma5 *udma3 udma4 udma5

hdparm -i /dev/hdc
UDMA modes: udma0 udma1 udma2 *udma3 udma4 udma5 *udma3 udma4 udma5 udma6

mint latszik egyik winyo sem birta azt az UDMA modot, ami a maximuma, vissza kellett venni. a 2.4-es kernellel meg nem jelentkezett a hiba, gondolom ott eleve udma nelkul indult.

Kugliztam egy kicsit en is, ez jarhatonak tunik... Persze kerdes, hogy ekkor be lehet-e meg kapcsolni azert utolag. Ha nem, akkor esetleg meg azt tudom elkepzelni, hogy az initrdbe belecsunyitani, hogy ott allitsa be, bar azt ugye mar le kell olvasni valahonnan. Hacsak ki nem teszi az ember floppyra

[zoli62]

Nálam már Sarge óta dobál seek error-okat. Mondjuk múltkoriban Win alatt "megállt"  két winchesteren is az NTFS partición levõ rendszer betöltése,  lásd: https://forum.hwsw.hu/index.php?showtopic=1...dpost&p=4931168 Jelzésértékû is lehetett, de így megy már több mint négy éve. Azóta cseréltem IDE kábelt.

Szerkesztette: zoli62 2007. 05. 15. 14:23 -kor

[kroozo]

Idézet: FifiTheReal - Dátum: 2007. máj. 15., kedd - 13:03

Nekem sem munka. Sajnos pályát tévesztettem, a számítástechnika (linux) nálam csak hobbi és az ember a hobbijára mindig szívesen szakít idõt, valamint desktopnak használom a debian-t, így elkelt már a frissítés.

Nemregiben meg munka volt, most kicsit mas irany, de ugyanugy napi blillzet koptatas, utana az ember mar kevesbe vagyik arra, hogy meg utana is azt bamulja

Mindenesetre otthon mostmar en is fogok frissiteni, foleg, hogy felig sikerult szetcseszni egy rakas dolgot.

[bogdan]

sajnos nem megy.. kiprobaltam a ide=nodma, ide0=nodma hda=nodma
de egyik sem okoz kulonbseget.. ugyanugy hibakkal indul, es dma-val.

[gekmage]

hát nem tudom. Az elsõ ami feltûnt, hogy a PCI DMA by default when available nálad nincs bekapcsolva. Meg énnálam az IDE TaskFile acces is mûködik faszán.

Az IDE/ATAPI Floppy miért is kell ?

A 3,5''-es floppy az a normál floppy disk supportban van...

Meg aztán SMP meg hasonló felépítésében erõsen inkább server típuú jószágokban ezt a preemptív marhaságot (bocs erõltetni, nem'tom...meg minek is kell ennyi ütemezõ (?).

lehet hogy leforgatok itt egy "hasonló" kernelt, mert nálam sose volt gond a DMA kezeléssel. Amit tudott a cucc, azt tudta, pedig aztán itt jártak mindenféle vinyók. vót VIA csipszetes jószág most nvidia, meg másutt intellel se vót gond. nem'tom...

[bogdan]

ize.. csak halkan jegyzem meg, hogy nalam a tok szabvany gyari kernellel nem megy! se a sarge 2.6.10(?)-esevel, se az etch 2.6.18-asaval!

ha kutatsz egy kicsit a google-on, akkor lathatod, hogy sokaknak van hasonlo problemaja. csak ugy latszik nem elegunknek, hogy erdemi valasz is szulessek..

esetleg mondhatnal valami jo kis kernel parametert, amivel kikapcsolhatnam a dma-t az osszes idere! egyenlore nekem nem ment.

[gekmage]

Idézet: bogdan - Dátum: 2007. máj. 15., kedd - 17:49

ize.. csak halkan jegyzem meg, hogy nalam a tok szabvany gyari kernellel nem megy! se a sarge 2.6.10(?)-esevel, se az etch 2.6.18-asaval!

ha kutatsz egy kicsit a google-on, akkor lathatod, hogy sokaknak van hasonlo problemaja. csak ugy latszik nem elegunknek, hogy erdemi valasz is szulessek..

esetleg mondhatnal valami jo kis kernel parametert, amivel kikapcsolhatnam a dma-t az osszes idere! egyenlore nekem nem ment.

Hát DMA nélkül baromi lassú lesz sz'tem...de te tudod.

Ha a ide=nodma paramétert az etch féle kernel nem eszi meg (tehát akkor is bekapcsolja), akkor egy generic pci bus master dma support -ra mondjatok nemet, de sz'tem rohadt lassú lesz a vinyó...

A seek errorokra elvben megoldásnak kellene lennie a "use multi-mode by default" opciónak.
csak leforgatok egy ilyen preemptív kernelt hogy mijafenét csinál itt nálam. mondjuk nem egészen a gyári configot használom (http://oscon.freeweb.hu), de majd finomítok rajta, hogy olyan legyen a config (driverek, processzor, stb. mindenképpen más lesz) mint amit a nemtomleírni hosszúneve van jómunkásembör.

A sarge-ban nagyon megreparált 2.6.8 van egyébként. de mondjuk nekem azzal se voltak ide gondjaim. mindegy megnézem ezt a preempítv configot, de már elõre borsódzik tõle a hátam.

Szerkesztette: gekmage 2007. 05. 15. 18:07 -kor

[gekmage]

Idézet: gekmage - Dátum: 2007. máj. 15., kedd - 18:06

Hát DMA nélkül baromi lassú lesz sz'tem...de te tudod.

Ha a ide=nodma paramétert az etch féle kernel nem eszi meg (tehát akkor is bekapcsolja), akkor egy generic pci bus master dma support -ra mondjatok nemet, de sz'tem rohadt lassú lesz a vinyó...

A seek errorokra elvben megoldásnak kellene lennie a "use multi-mode by default" opciónak.
csak leforgatok egy ilyen preemptív kernelt hogy mijafenét csinál itt nálam. mondjuk nem egészen a gyári configot használom (http://oscon.freeweb.hu), de majd finomítok rajta, hogy olyan legyen a config (driverek, processzor, stb. mindenképpen más lesz) mint amit a nemtomleírni hosszúneve van jómunkásembör.

A sarge-ban nagyon megreparált 2.6.8 van egyébként. de mondjuk nekem azzal se voltak ide gondjaim. mindegy megnézem ezt a preempítv configot, de már elõre borsódzik tõle a hátam.

ASUS BIOSban pl. le lehet tiltani a DMA-t egyébként...

[bogdan]

hat a pci-ra nem szeretnem kikapcsolni a dma-t, van egy csomo pci kartya, miert kene naluk is kiloni?

a winyonal azert szeretnem kiloni, mert akkor utana kezzel be tudom allitani (hdparm) azt a sebesseget, ahol mar nem okoz dma hibat. nekem az is jo, ha arra adsz otletet, hogy hogyan mondjam meg a kernelnek azt, hogy a winchestert -X67-ben hasznalja, es ne gyorsabban?

(ja, es en FifiTheReal ortogonalis ellentete vagyok: nem szeretnek elterni a debian szabvanyaitol, azaz nem fogok masik kernelt forgatni. szeretnem ezzel megoldani a problemat!)

szoval szumma szummarum: nem azert akarom kiloni a dma-t kernelparameterkent, mert nem szeretnem hasznalni, hanem azert, hogy bootolaskor ne hasznalja, ne okozzon hibat, utana meg majd en jol beallitom.

Szerkesztette: bogdan 2007. 05. 15. 18:37 -kor

[gekmage]

Idézet: bogdan - Dátum: 2007. máj. 15., kedd - 18:35

hat a pci-ra nem szeretnem kikapcsolni a dma-t, van egy csomo pci kartya, miert kene naluk is kiloni?

a winyonal azert szeretnem kiloni, mert akkor utana kezzel be tudom allitani (hdparm) azt a sebesseget, ahol mar nem okoz dma hibat. nekem az is jo, ha arra adsz otletet, hogy hogyan mondjam meg a kernelnek azt, hogy a winchestert -X67-ben hasznalja, es ne gyorsabban?

(ja, es en FifiTheReal ortogonalis ellentete vagyok: nem szeretnek elterni a debian szabvanyaitol, azaz nem fogok masik kernelt forgatni. szeretnem ezzel megoldani a problemat!)

szoval szumma szummarum: nem azert akarom kiloni a dma-t kernelparameterkent, mert nem szeretnem hasznalni, hanem azert, hogy bootolaskor ne hasznalja, ne okozzon hibat, utana meg majd en jol beallitom.

Hát általában elég jól eltalálja a linux hogy melyik dma módot kell használja. Lehet hogy a BIOSban van félreállítva az egyik-másik vezérlõ. érdemes lenne megnézni a beállításokat.
Én mondjuk úgy tudom ha a use PCI DMA by default nincs beállítva a kernelben , akkor alapból nem kezd el totózni a DMA módok után, lehet ezt az opciót nem forgattad bele, és ezért nem ismeri fel alapból. de csak találgatok



Ilyen részletesen nem ismerem a kernelparaméterket, de a /usr/src/linux/Documentation/ide.txt és /usr/src/linux/Documentation/kernel-parameters.txt-ben bent van az összes amit az adott linux kernel megeszik, érdemes keresgélni...

Fifi beállíásait megnéztem én bármilyen furcsa de itt se tlaáltam dma error hibákat. persze intel mellett AMD/nvidia drivereket is betöltöttem a kernelbe. meg memória max 4 kilobáljt, meg processzor Pentium Pro optimalizálva (core 2 itt nehezen menne :o

Itt a dmesg:

http://oscon.freeweb.hu/hwsw.log

Itt meg a config:

http://oscon.freeweb...ig-2.6.18-nyomi

[bogdan]

"lehet ezt az opciót nem forgattad bele"
hat en biztos, hogy nem, hiszen gyari kernelt hasznalok!

[gekmage]

Idézet: gekmage - Dátum: 2007. máj. 15., kedd - 18:57

meg memória max 4 kilobáljt

Izé... sz'al azt akartam írni, hogy max 1 gigabájt, nemtom ez a 4 kbyte honnan gyütt...

[FifiTheReal]

Na ideértem, család alszik mehet a móka  :Ð

Hát egyre rosszabb 

Elõször BIOS defaultra lementve, reboot BIOS kézzel beállít.
Kétszer simán betöltödik a rendszer örülök, de a 3. próbálokzásnál megint megállt 

Akkor jöjjön a debian kernel: aptitude install linux-image-2.6.18-4-686
Reboot ... Grub sikít, nem találja a kerneleket melyeket a hd1-en keres.
Reboot ... BIOS-ban diskekre ránézek, minden megvan
Grub indul, újfent nem találja a kerneleket. Kézzel megadom, hogy akkor nézze meg a hd0-t.
Megtalálja és elindítja az imént telepített kernelt, ám a raid tömbjeimbõl az md1  (és a SATA-s md7)  kivételével mind degraded.
Syslogban úgyanúgy a DriveReady SeekComplete Error hiba .... 

Újrabootolok, a debian kernelt lerugtam és most újra hozzáadtam a hiányzó raid lábakat. Most szinkronizálunk egy darabig ...

Engem nem nagyon zavar a syslogban a bejegyzés, csak álljon fel mindig a rendszer. Így viszont, hogy valahol "megakad" rettentõen idegesít. 

[bogdan]

hat nalam sem megy az otlet..
append="ide=nodma ide0=noautotune ide1=noautotune"
de tovabbra is dma problemaja van a hda-nak. nonszensz..

FifiTheReal: egyebkent a megakad az egeszen pontosan orokre, vagy csak nagyon-nagyon? mert az elozo gepen (p2-es) percekre (1-2?) leallt, de utana feljott megis. nem lehet, hogy csak nem varsz eleget?

Szerkesztette: bogdan 2007. 05. 15. 23:10 -kor

[FifiTheReal]

Idézet: bogdan - Dátum: 2007. máj. 16., szerda - 0:09

FifiTheReal: egyebkent a megakad az egeszen pontosan orokre, vagy csak nagyon-nagyon? mert az elozo gepen (p2-es) percekre (1-2?) leallt, de utana feljott megis. nem lehet, hogy csak nem varsz eleget?

"Örökre." Legalábbis úgy emlékszem, hogy már hagytam így 10 percig is, hátha timeoutol majd és továbblép, de ebben most nem vagyok 100% biztos. Ha megint jön egy "peches boot" megnézem.

[bogdan]

es kozben jonnek a dma hibak, vagy semmi? (nekem jottek a hibak, azaz nem fagyott le, dolgozott, mint a guzu, mire elert egy bebootolt allapotba..)

megprobalhatod amugy valahogy meg nagyon koran (inittab? rc.startup?) kiadni egy hdparm-ot, ahol minel alacsonyabb udma-ba rakod. hatha attol feljon..

[FifiTheReal]

Idézet: bogdan - Dátum: 2007. máj. 16., szerda - 9:48

es kozben jonnek a dma hibak, vagy semmi?

Amint fenti syslog részletben is látszik nincs folyamatosan hiba, csak egy-kettõ a boot során és több semmi.

Reggel még gyorsan otthon újrabootltam és ez történt:
7:28 megállt a boot folyamat:
    A képernyõn ez az utolsó üzenet: intel8x0: clocking to 48000
7:31 továbbfutott, de újra megállt:
    A képernyõn ez az utolsó üzenet: Setting parameters of disc:hdb : CHECK for good STATUS
7:40 Elfogyott a türelmem: Ctrl+C többször, hátha csak valami folymatot kellene megszakítani
    Nem jött be, maradt a Ctrl+Alt+SysRq Ctrl+Alt+o
A gép kikapcsolt.

Szerintem 9 perc elég kellett volna egy timeout-nak is.

Most elhatároztam, hogy hazaviszek 2 db új IDE kábelt és azokkal is kipróbálom.
Ha ez nem vezet eredményre, akkor 2 db új disk és kipróbálom az etch nulláról történõ installját.

Az új rendszert majd megnézem a saját és a disztrib kernelével is.
Ha akkor jó, akkor az upgrade sikerült félre, ha nem, akkor már csak az alaplapra tudok gondolni.

Ha a többi gépen is (volt közte szerver is) lett volna ilyen, akkor tökönszúrom magam. Igaz ott nincs napi boot, de ha elmegy a delej és a szünetmentes kapcsolja vissza a gépet és megáll, akkor nekem levágták volna féltetebb testrészeim. Igaz a többi upgradelt gépen csak kevés saját csomag, illetve forrásból történõ telepítés volt, ez meg otthoni desktop sok saját dologgal fûszerezve.

Szerkesztette: FifiTheReal 2007. 05. 16. 09:32 -kor