Hozzászólások
"Viszont nekem az io csak 1-en van. Nincs ilyen wsync vagy mi - Ez megint olyasmi amit az adott drive-nak támogatnia kell? Ha nem akkor bekapcsolom hdparmal."
man hdparm:
-c Query/enable (E)IDE 32?bit I/O support. A numeric parameter can
be used to enable/disable 32-bit I/O support: Currently sup-
ported values include 0 to disable 32?bit I/O support, 1 to
enable 32-bit data transfers, _and 3 to enable 32-bit data trans-
fers with a special sync sequence required by many chipsets.
The value 3 works with nearly all 32-bit IDE chipsets, but
incurs slightly more overhead._ Note that "32-bit" refers to
data transfers across a PCI or VLB bus to the interface card
only; all (E)IDE drives still have only a 16-bit connection over
the ribbon cable from the interface card.
csak a sajat tapasztalatomat tudom leirni: meg a lassan 3,5 eves quantum fireball lct15hoz (jol "zakatol" ;-) sem kellett, hasonlo alaplappal (via apollo pro);
- A hozzászóláshoz be kell jelentkezni
Az alaplapom egy Abit KT7A 1.3, amin VIA fele chipset van [ VT82C686 illetve VT8363/8365 (KT133) ]. A problemam csupan annyi, hogy keptelen vagyok nagymeretu allomanyokat md5 helyesen masolni DMA modban. PIO-ban minden megy... de elegge 286-os feelinget kolcsonoz az interaktivitas teren...
Mar mindent(?) kiprobaltam, de semmi sem segitett... mdma2-ben idonkent hajlando helyes masolatra, de udma-ban 100% hogy ront! (pl egy FreeSBIE.iso-t keptelenseg rendesen letoltenem)
A hdd illetve memoriahiba kiesik, mert PIO-ban jo... illetve memtest86 sem mutatott semmit.
Bootolaskor az "Applying VIA southbridge workaround." szepen megjelenik... de csak pszichologiai hatasa van :) [ CONFIG_BLK_DEV_VIA82CXXX=y ]
Jah!, mielott elfelejtem: 2.4.25-grsec (,2.4.25), 2.4.19-debian kernel source-bol. es Debian 3.0r2
Valakinek akinek hasonlo alaplapja van, es nem tapasztal problemat, egy .config-gal dobjon meg! vagy arulja el a trukkot! :)
Kapcsolodo kerdesem: a KW-571B ATA133 RAID PCI kartya mennyire tamogatott Linux alatt? ezt talaltam olcso PCI-os IDE vezerlonek, es igy hatha megszabadulok a bugos VIA-tol... (elvileg Silicon Image chip-es, de nem tudom a kodjat...)
vagy ha tudtok vmi hasznalhatot (nem kell a RAID), es osztondijbol megfizetheto aron :) akkor sugjatok!
Elore is kosz!
- A hozzászóláshoz be kell jelentkezni
[quote:689ad3c6c5="Anonymous"]Az alaplapom egy Abit KT7A 1.3, amin VIA fele chipset van [ VT82C686 illetve VT8363/8365 (KT133) ]. A problemam csupan annyi, hogy keptelen vagyok nagymeretu allomanyokat md5 helyesen masolni DMA modban.
Nekem KT7E-vel volt hasonlo problema, vegul alaplap csere oldotta meg a problemat. Nezd meg, hogy nem szivarog-e az elektrolit a kondikbol, volt anno egy hibas szeria.
- A hozzászóláshoz be kell jelentkezni
[quote:0389501299="Anonymous"]Nekem KT7E-vel volt hasonlo problema, vegul alaplap csere oldotta meg a problemat. Nezd meg, hogy nem szivarog-e az elektrolit a kondikbol, volt anno egy hibas szeria.
szemmel lathatolag epek a kondik...
szivem szerint en is dobnam a lapot :x (de ez raadasul meg SDR-es, ugyhogy memoriacsere is bejatszana... )
- A hozzászóláshoz be kell jelentkezni
"Nezd meg, hogy nem szivarog-e az elektrolit a kondikbol, volt anno egy hibas szeria."
ja, anno az en abit vl6-osomnal is jelentekzett a kondik alulmeretezesebol _kifolyolag_
kell egy hozzaerto ember, aki kb 2e huf anyagkoltsegbol lecsereli az osszeset nagyobbra
- A hozzászóláshoz be kell jelentkezni
Akkor folytatom siralmaimat :(
Valoszinuleg megsem a VIA-s IDE-vel van a baj... ugyanis beraktam melle egy masik HDD-t,
es arra masolva minden ok. onnan visszamasolva megint ront. Tehat mindig csak iraskor teveszt. Amivel baj van, az egy Seagate 80Gb-os Barracuda IV (ST80021A), a masik egy Quantum 10Gb-os lct-s fireball. A Seagate-et atraktam egy masik gepbe (sajnos majdhogynem ikertestvere annak amiben hasznalom (alaplap pl. u.az)) es ott is jelentkeztek a problemak.
Innentol egyertelmunek tunt, h HDD hiba (bar mint mondottam volt, ha DMA-t kikapcsolom, akkor a Seagate is mukodik szepen.) -> lefuttattam a Seaget sajat HDD vizsgalo programjat (~8 es fel orat futott a teljes elemzes), de nem talalt semmi hibat.
Mi lehet a problema? Hogy lehetne megoldani?
valakinek mondanak valami hasznosat az alabbiak? (kerem ossza meg velem!)
ami eleg furcsanak tunik azt kiemeltem, illetve latszik, h bad sect. nincs...
# smartctl -a /dev/hda
Device: ST380021A Supports ATA Version 5
Drive supports S.M.A.R.T. and is enabled
Check S.M.A.R.T. Passed.General Smart Values:
Off-line data collection status: (0x82) Offline data collection activity
completed without errorSelf-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been runTotal time to complete off-line
data collection: ( 422) SecondsOffline data collection
Capabilities: (0x1b)SMART EXECUTE OFF-LINE IMMEDIATE
Automatic timer ON/OFF support
Suspend Offline Collection upon new
command
Offline surface scan supported
Self-test supportedSmart Capablilities: (0x0003) Saves SMART data before entering
power-saving mode
Supports SMART auto save timerError logging capability: (0x01) Error logging supported
Short self-test routine
recommended polling time: ( 1) MinutesExtended self-test routine
recommended polling time: ( 57) MinutesVendor Specific SMART Attributes with Thresholds:
Revision Number: 10
Attribute Flag Value Worst Threshold Raw Value
( 1)Raw Read Error Rate 0x000f 082 073 034 218658005
( 3)Spin Up Time 0x0003 070 070 000 0
( 4)Start Stop Count 0x0032 100 100 020 10
( 5)Reallocated Sector Ct 0x0033 100 100 036 0
( 7)Seek Error Rate 0x000f 074 060 030 27536423
( 9)Power On Hours 0x0032 097 097 000 3307
( 10)Spin Retry Count 0x0013 100 100 097 0
( 12)Power Cycle Count 0x0032 100 100 020 672
(194)Temperature 0x0022 035 052 000 35
(195)Hardware ECC Recovered 0x001a 082 073 000 218658005
(197)Current Pending Sector 0x0012 100 100 000 0
(198)Offline Uncorrectable 0x0010 100 100 000 0
(199)UDMA CRC Error Count 0x003e 200 200 000 0
(200)Unknown Attribute 0x0000 100 253 000 0
(202)Unknown Attribute 0x0032 100 253 000 0
SMART Error Log:
SMART Error Logging Version: 1
No Errors Logged
- A hozzászóláshoz be kell jelentkezni
Sziasztok volna egy kérdésem:
Felraktam a Sarge-ot és mûködik. Telepítés során viszont mindenféle HDD hibák születtek ezért az APT leállt kétszer is és csak három nekifutásra sikerült mindent felrakni.
Az egyik esetben reboot után az manuálisan kellet indítani az fsck-t és az csomó mindent kijavított.
Kérdésem evvel kapcsolatban: A hdpramal minden boot-nél beállítom a 32bitet, a DMA használatot és az 'unmaskirq' opciót is. Utóbbi a manuál szerint néha veszélyes is lehet, ha az adott IDE vezérlõ nem támogatja. Nem lehet, hogy ez okozta a hdd hibákat?
Nekem VIA chip (VT82xxx)-es vezérlõm van és ezt a kernel is támogatja.
Tehát benne hagyhatom az unmaskirq = 1-et? Ha igen, a többii opció biztonságosnak mondható? Eddig semmilyen adat nem veszett el tudomásom szerint.
Köszönöm ellõre is!
Tom
- A hozzászóláshoz be kell jelentkezni
hát én is rendesen el vagyok eresztve via -ból :)
00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8235 PCI Bridge
00:09.0 Ethernet controller: Broadcom Corporation BCM4401 100Base-T (rev 01)
00:10.0 USB Controller: VIA Technologies, Inc. VT6202 [USB 2.0 controller] (rev 80)
00:10.1 USB Controller: VIA Technologies, Inc. VT6202 [USB 2.0 controller] (rev 80)
00:10.2 USB Controller: VIA Technologies, Inc. VT6202 [USB 2.0 controller] (rev 80)
00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C/VT8235 PIPC Bus Master IDE (rev 06)
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
01:00.0 VGA compatible controller: nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] (rev 15)
és
hdparm /dev/hda
/dev/hda:
multcount = 16 (on)
IO_support = 3 (32-bit w/sync)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 65535/16/63, sectors = 156301488, start = 0
már 1 éve megy hibátlanul
a hdd hibák nem tudom miért voltak nem kéne lenniük...
- A hozzászóláshoz be kell jelentkezni
Udv!
[quote:a644ef7b02="Tomuser"]
Kérdésem evvel kapcsolatban: A hdpramal minden boot-nél beállítom a 32bitet, a DMA használatot és az 'unmaskirq' opciót is. Utóbbi a manuál szerint néha veszélyes is lehet, ha az adott IDE vezérlõ nem támogatja. Nem lehet, hogy ez okozta a hdd hibákat?
Tom
Az a kutyu, ami nem tamogatja, az mar elegge regi lehet.
Toma_
- A hozzászóláshoz be kell jelentkezni
Köszi szépen! Közben már kivettem a hdparmot, mert kiderült, hogy eleve jól kezeli a mitóa frissítettem.
Viszont nekem az io csak 1-en van. Nincs ilyen wsync vagy mi -:) Ez megint olyasmi amit az adott drive-nak támogatnia kell? Ha nem akkor bekapcsolom hdparmal.
A vinyóm egy kb 1.5 éves 80GB-s Maxtor, ami az öreg alaplapommal csak ATA 100-ban megy.
Tom
- A hozzászóláshoz be kell jelentkezni