praegune kellaaeg 21.06.2025 11:26:23
|
Hinnavaatlus
:: Foorum
:: Uudised
:: Ärifoorumid
:: HV F1 ennustusvõistlus
:: Pangalink
:: Telekavad
:: HV toote otsing
|
|
autor |
|
Shin
HV vaatleja

liitunud: 13.08.2006
|
19.08.2006 10:02:08
Kui DMA sees, siis ketas SURMaeglane |
|
|
Lugu siis selline, et kui BIOSes on ketastel DMA lülitatud auto peale (valikud auto ja disable), siis on kettalt lugemine VÄGA aeglane. Väga aeglane tähendab seda, et linuxi kernelit laeb (ma ei pea silmas kogu buutimisprotsessi, vaid seda, kus kernel mällu loetakse) ta eeldatavalt oma tund aega (kerneli nime taha ilmub poolteist rida punkte ning tund on minu hinnang punktide ilmumise kiiruse alusel, endal pole olnud kannataust üle 20 min passida ). Igal juhul on see asi, mida ta muidu paari sekundiga teeb. Proovisin ka ühe kettaga, millel on win98, sellega ka venitas ja ei tahtnud üldse paigaldama hakata.
Kokku olen proovinud 3 kettaga erinevailt tootjailt ja erinevaist ajastuist, 2 vist ata 66, 1 ata 100, kõik peaksid udma-ga hakkama saama, aga kõik venivad ühtmoodi. Mõni aeg tagasi töötasid nad vanas PIII arvutis mühinal DMA reiimis. Kaableid olen ka vahetanud, nii mis kulub. Teatud põhjustel ei tahaks ka emmet süüdistada. Ketta jumpereid pole veel proovinud ümber tõsta, praegu on jumperitega masteriks ja slave'iks jaotatud.
Kui BIOSes DMA keelata, liiguvad asjad nii kiiresti, nagu nad ilma DMAta ikka liiguvad - kiita ei saa, aga asja ajab ära.
On keegi millegi sellisega kokku puutunud? Mingeid soovitusi? Minu arunatuke sai juba ammu otsa.
_________________ rm -rf |
|
tagasi üles |
|
 |
Ho Ho
HV Guru

liitunud: 16.02.2002
|
19.08.2006 10:11:33
|
|
|
Aga kas nii ei saa et BIOS'is keelad DMA ära ning Linuxis hdparmiga lükkad tagasi peale? Samal ajal võid uurida et mida dmesg räägib, ehk annab vihjeid probleemi kohta.
_________________ Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity" |
|
Kommentaarid: 106 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
1 :: |
86 |
|
tagasi üles |
|
 |
Shin
HV vaatleja

liitunud: 13.08.2006
|
19.08.2006 10:33:19
|
|
|
Kui hdparmiga DMA peale panna, siis algul ütleb, et läks peale, kuid siis kaob ise jälle ära, dmesg räägib järgmist:
tsitaat: |
hda: dma_timer_expiry: dma status == 0x21
hda: DMA timeout error
hda: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown |
Kui ta paigaldamisel üritab ise DMA'd peale lükata, siis see kah ei õnnestu:
tsitaat: |
Aug 19 00:17:24 eesel kernel: hda: dma_timer_expiry: dma status == 0x61
Aug 19 00:17:34 eesel kernel: hda: DMA timeout error
Aug 19 00:17:34 eesel kernel: hda: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
Aug 19 00:17:34 eesel kernel: ide: failed opcode was: unknown
Aug 19 00:17:54 eesel kernel: hda: dma_timer_expiry: dma status == 0x61
Aug 19 00:18:04 eesel kernel: hda: DMA timeout error
Aug 19 00:18:04 eesel kernel: hda: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
Aug 19 00:18:04 eesel kernel: ide: failed opcode was: unknown
Aug 19 00:18:04 eesel kernel: hda: status error: status=0x50 { DriveReady SeekComplete }
Aug 19 00:18:04 eesel kernel: ide: failed opcode was: unknown
Aug 19 00:18:04 eesel kernel: hda: no DRQ after issuing MULTWRITE_EXT
Aug 19 00:18:04 eesel kernel: hda: status timeout: status=0xd0 { Busy }
Aug 19 00:18:04 eesel kernel: ide: failed opcode was: unknown
Aug 19 00:18:04 eesel kernel: hda: no DRQ after issuing MULTWRITE_EXT
Aug 19 00:18:04 eesel kernel: ide0: reset: success
Aug 19 00:18:24 eesel kernel: hda: dma_timer_expiry: dma status == 0x21
Aug 19 00:18:34 eesel kernel: hda: DMA timeout error
Aug 19 00:18:34 eesel kernel: hda: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
Aug 19 00:18:34 eesel kernel: ide: failed opcode was: unknown
Aug 19 00:18:54 eesel kernel: hda: dma_timer_expiry: dma status == 0x21
Aug 19 00:19:04 eesel kernel: hda: DMA timeout error
Aug 19 00:19:04 eesel kernel: hda: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
Aug 19 00:19:04 eesel kernel: ide: failed opcode was: unknown |
Need olid siis mõlemad juhul, kui BIOS'es DMA on disabled. BIOS'es sisse lülitatud DMA'ga pole nii kaugele jõudnud, et dmesgi näha saaks, kahtlustan, et failisüsteemi kontrolliks ta 80G kettal päev või paar. Muidugi natuke võiks bootimisel edasi lasta ja vaadata, mis ta ketastega teeb, sest kui ta asjad kettalt mällu loetud saab, liigutab end kärmelt.
_________________ rm -rf
viimati muutis Shin 23.08.2006 10:46:36, muudetud 1 kord |
|
tagasi üles |
|
 |
Ho Ho
HV Guru

liitunud: 16.02.2002
|
19.08.2006 11:14:01
|
|
|
Ega sa kogemata pole proovinud livecd pealt bootida kui DMA on peal? Võibolla on viga kettakontrolleris või muus sarnases asjas mis cd't bootides välja ei paista.
Kas see probleem ilmus üleöö või on aegade algusest saadik sedasi olnud?
Kui küsida võib siis miks sa ei taha emaplaati asjas süüdistada? Antud hetkel peaks mina just seda kõige tõenäolisemaks vea allikaks. Softis ei saa ju asi ometi olla sest bootimise hetkel pole veel softi laetudki
_________________ Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity" |
|
Kommentaarid: 106 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
1 :: |
86 |
|
tagasi üles |
|
 |
Shin
HV vaatleja

liitunud: 13.08.2006
|
23.08.2006 10:44:20
|
|
|
Nii, emaplaadi asja selgitamiseks alustan päris algusest. Kõigepealt olid 2 ketast vanas compaqi pIII's, seal kõik töötas ja ketastega ei olnud mingit jama. See oli ilus aeg. Siis hankisin uue masina socket A plaadiga, millel via kiibistik, tõstsin kettad ümber.. Seal sai BIOS'es DMA sisse lülitada, kuid paigaldades andis samu vigu, mida ülal tsiteerisin (ent seda hullu aeglust ei olnud DMA auto'ga). Aga mind hoiatati, et asi võib vigane olla, eelmisel omanikul kippunud masin kinni jooksma ja vahel üldse mitte startima. Minul startis alati ja ei jooksnud kordagi kokku, ainult DMA'd ei olnud. Näppisin siit-sealt, vahetasin ide kaabli uue vastu, uuendasin BIOS't, need asjad ei aidanud, siis süüdistasingi emaplaati. Et eelmine omanik ka ütles, et katki jne. Mõtlesin, et ide kontroller. Muretsesin uue emaplaadi nforce2 kiibistikuga ja nüüd on ülalkirjeldatud olukord (nii et lisaks samadele vigadele veel see ülim aeglus, kui BIOS'is DMA lubatud).
Ei taha hästi uskuda, et mulle 2 täpselt sama veaga emaplaati sattusid. Riistvara konflikt ka ebatõenäoline, sest proovitud ju nii via kui nforce2 kiibistikuga (ja 3 erinevat ketast ka veel). Kui just vana katkine emaplaat minu kettaid katki ei teinud ja kettad uut emaplaati, kuid ei taha uskuda..
Proovin livecd'ga.
Edit:
On see võimalik, et vigane emaplaat on rikkunud ka kettad?
Küsimus on ajendatud sellest, et tõstsin ketta prooviks vanasse pIII tagasi ja nüüd ilmnesid ka seal samad dmaga seotud teated, mida ülal tsiteerisin. Ja tolles masinas on veel 3. marki ide-kontroller (piix4). Nagu öeldud, varem seal kõik töötas.
Olen proovinud jumpereid cable selectiks tõsta, kasu ei midagi. Testisin kettaid SeaToolsiga, mälu ja bus'i testid läksid edukalt, ketta oma mitte, aga ma ei saanudki aru, kas häda oli selles, et ta ei osanud linuxi partitsioonidega (ext2 ja reiserfs) midagi ette võtta, või milleski muus. Igal juhul ei olnud SeaTools eriti jutukas.
Formaatisin ühe ketta üle, midagi ei muutunud. Samas tundub, nagu ei oleks ta lilot mbr-ist maha kustutanud, kuigi lilo -u'ga ei leia ta kusagilt midagi, mida kustutada.
Vea täpsustuseks nii palju, et viga ilmneb siis, kui kettalt lugeda või sinna kirjutada. Dma saab hdparm'iga sisse lülitada ja seni näidatakse dma'd aktiivsena, kuni ketta poole pöördutakse. Kui sisse lülitet dma'ga ketta poole pöördutakse, tulevad veateated ja praegu külmub masin peaaegu et päris kinni (seda juhul, kui lülitan dma käsitsi peale, arvatavasti üritab ta lõpmatult dma'd sisse lülitada ja kasutab selleks kogu oma jõudu). Livecd'st pole kasu, seal jookseb asi kokku, kui ta hakkab fstab'i koostama.
Niisiis, kas vahepealne katkine emaplaat võis sinna ühendatud kettaid füüsiliselt kahjustada? Või katkine kaabel näiteks?
Kahjustused või mitte, kõiki muid parameetreid peale dma laseb ketas kurtmata muuta ja ilma dma'ta kirjutamine-lugemine näib ka korrektselt töötavat.
_________________ rm -rf |
|
tagasi üles |
|
 |
Ho Ho
HV Guru

liitunud: 16.02.2002
|
23.08.2006 10:48:06
|
|
|
Kettaprobleemide kohta ei oska kahjuks midagi oelda kuid bootloaderist lahti saamiseks pead MBR'i yle kirjutama. Kuna see asub partitsioonidest v2ljapool siis vormindus-partitsioneerimine selle vastu ei aita.
_________________ Teach a man to reason and he'll think for a lifetime
Common sense - so rare that it's a damn superpower
Vaadates paljude inimeste sõnavõtte siin ja mujal jääb üle ainult klassikuid tsiteerida - "I weep for humanity" |
|
Kommentaarid: 106 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
1 :: |
86 |
|
tagasi üles |
|
 |
Shin
HV vaatleja

liitunud: 13.08.2006
|
01.09.2006 10:41:02
|
|
|
Epiloog. Ehk neile, kes peaksid kunagi samasuguse needusega kokku puutuma.
Panin masinasse prooviks veel ühe vana ja väikse kettarondi, mida polnud tapjaemmega ühendanud - töötab udma2 probleemideta. Ühe sõnaga - katkine emaplaat lõhkus 2 ketast, nii et dma neil enam ei tööta, ja oleks arvatavasti rohkemgi lõhkunud, kui oleksin võimaluse andnud. Ja maailm on nii ebaõiglane
_________________ rm -rf |
|
tagasi üles |
|
 |
|
lisa lemmikuks |
|
|
sa ei või postitada uusi teemasid siia foorumisse sa ei või vastata selle foorumi teemadele sa ei või muuta oma postitusi selles foorumis sa ei või kustutada oma postitusi selles foorumis sa ei või vastata küsitlustele selles foorumis sa ei saa lisada manuseid selles foorumis sa võid manuseid alla laadida selles foorumis
|
|
Hinnavaatlus ei vastuta foorumis tehtud postituste eest.
|