|
Hinnavaatlus
:: Foorum
:: Uudised
:: Ärifoorumid
:: HV F1 ennustusvõistlus
:: Pangalink
:: Telekavad
:: HV toote otsing
|
|
| autor |
|
Death
HV Guru
liitunud: 06.09.2003
|
07.11.2005 22:44:47
millega kähku ketast vigade vastu kontrollida? |
|
|
Mul on üks kõvasti vigu sisadav kettas millel tahaks pagutada partisionid vigastamata kohtadesse... Kuidas need teada saada?
_________________
"To be or not to be?" is a question of when, not if. |
|
| Kommentaarid: 39 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
36 |
|
| tagasi üles |
|
 |
pppd
Kreisi kasutaja
liitunud: 21.06.2004
|
|
07.11.2005 23:28:15
|
|
|
Elementaarne kettatest, mida ise saab alati esimese kontrollina tehtud, ehk siis kogu ketta lugemine. Kust enam lugeda ei saa, selle koha peal karjutakse:
dd if=/dev/hda of=/dev/null conv=noerror (eeldades et ketas hda on)
|
|
| Kommentaarid: 3 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
3 |
|
| tagasi üles |
|
|
comcute
HV kasutaja
liitunud: 09.11.2001
|
|
07.11.2005 23:43:02
|
|
|
spetsiaalselt selleks on programm badblocks
seda võiks näiteks selliselt pruukida:
$ badblock -o $HOME/badblocks -b 4096 /dev/sda1
|
Selle käsu peale kontrollitakse seadet /dev/sda1, võttes sektori suuruseks 4096 baiti, kui leitakse loetamatu sektor, salvestatakse selle number faili $HOME/badblocks.
Halvad sektorid leitud, teeme ext3 failisüsteemi seadmele /dev/sda1, jättes vigased kohad välja.
mke2fs -j -b 4096 -l $HOME/badblocks /dev/sda1
|
_________________
Show someone an MS OS if they've never seen a computer, and see how surprised they are that you turn it off by going to the start button. |
|
| Kommentaarid: 11 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
0 :: |
9 |
|
| tagasi üles |
|
|
Death
HV Guru
liitunud: 06.09.2003
|
|
08.11.2005 00:04:19
|
|
|
leidsin e mkfs -c lipp teeb sama mida comcute nõuanne;) tänud abi eest.
_________________
"To be or not to be?" is a question of when, not if. |
|
| Kommentaarid: 39 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
36 |
|
| tagasi üles |
|
|
OFFF
HV veteran
liitunud: 29.07.2004
|
|
08.11.2005 12:30:05
|
|
|
Death - ehk esimese asjana kontrolliks ketta yle ketta-tootja-utiliidiga - too oskab mingi jagu "bade" re-mappida ketta l6ppu kasutamata aladele. Selle mis "tootjautikast" yle j22b v6iks siis juba k6rgema tasandi softivahenditega 2ra teha.
A.
_________________
Õnnelikul malakamaal ei nuteta! Parem käsi abistab. Sõidame! |
|
| Kommentaarid: 32 loe/lisa |
Kasutajad arvavad: |
|
:: |
1 :: |
1 :: |
29 |
|
| tagasi üles |
|
|
Death
HV Guru
liitunud: 06.09.2003
|
|
08.11.2005 13:26:47
|
|
|
mainitud ketas oli algusest liiga tuksis et sellel mõtet oleks olnud. mkfs keeldus ketta alguses olevale partitsioonile failisüsteemigi kirjutamast.sai siis partitsioon tehtud ketta lõppu nii et 20G jäi ~15G kasutatavaks. Ajutiselt ketas enam ei kolksunud nii et tundub, et parem sai. DSL peale ja elab 64MB mäluga nettamiseks kuni omanik on piisavalt rikas et uus ketas soetada ja leida asendus vigasele 128sele SDramile või üleüldse ajusid kasutada ja uus masin hankida sest hullemini ära hooratud masinat pole minu silm veel näinud...
_________________
"To be or not to be?" is a question of when, not if. |
|
| Kommentaarid: 39 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
36 |
|
| tagasi üles |
|
|
pppd
Kreisi kasutaja
liitunud: 21.06.2004
|
|
08.11.2005 14:20:24
|
|
|
Minu vabandused järgneva teematriivi tekitamise pärast.
OFFF, see on siin pooleldi küsimusena, aga kas sektorite remappimine ei käi tänapäeval siiski juba automaatselt, ketta kontrolleri enda tasemel ja kasutajale nähtamatult? Tootja utiliit oskab vastavat infot kontrollerist välja lugeda (minuarust oli ka SMART-i infos sees "reallocated sector count" loendur) ja ehk ka kontrollerispetsiifilisi diagnostikaid algatada, aga erilisi imesid ma eriti sellest ei ootaks.
Endal on meeles, et mingi aastake tagasi sai elustatud ühte suuremasse RAIDI kuuluvat ketast, mis otsustas olla solidaarne ühe teise samasse massiivi kuulunud ning suitsupilve saatel sealt lahkunud kettaga ja hakkas rebuildil omakorda read erroreid loopima, siis sai palju selleteemalt infi läbi töötatud ning ka erinevaid vahendeid testitud.
|
|
| Kommentaarid: 3 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
3 |
|
| tagasi üles |
|
|
angerjas
Kreisi kasutaja
liitunud: 31.05.2002
|
|
08.11.2005 23:07:31
|
|
|
| pppd kirjutas: |
[....] kas sektorite remappimine ei käi tänapäeval siiski juba automaatselt, ketta kontrolleri enda tasemel ja kasutajale nähtamatult? Tootja utiliit oskab vastavat infot kontrollerist välja lugeda [....] imesid ma eriti sellest ei ootaks.
[....] |
AFAIK see remappimine käib kirjutamise ajal. Seega
# dd if=/dev/zero of=/dev/hdX conv=noerror
peaks andma "parandamisel" sisuliselt sama tulemuse nagu tootjautiliit.
-- Andres Alla
|
|
| Kommentaarid: 142 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
131 |
|
| tagasi üles |
|
|
integor
HV vaatleja
liitunud: 07.01.2005
|
|
09.11.2005 12:47:09
|
|
|
Vigadest teab üldiselt siiski kõige rohkem see koht, kus pauk käib, ehk siis ketas ise.
Installeeri oma masinale smartmontools ja siis lase käima:
Väiksed vihjed:
- Esimese asjana tuleks vaadata "SMART Attributes Data Structure". Kõik muu peale ATTRIBUTE_NAME ja RAW_VALUE tulpade on enamasti ebaoluline.
- Suured numbrid väärtustes Raw_Read_Error_Rate, Hardware_ECC_Recovered ja Seek_Error_Rate on uuemate ketaste juures normaalsed.
- Kui Reallocated_Sector_Ct ning Offline_Uncorrectable väärtused on nullist erinevad, viitab see lähitulevikus surevale kõvakettale.
- Kui SMART error logist midagi leiad, siis tähendab see, et kettal on lugemise/kirjutamisega juba probleeme olnud.
- Abiks on veel lasta kettal oma sisemisi teste teha
smartctl -t short /dev/hda
#ning hiljem
smartctl -t long /dev/hda |
ning peale soovitatavat minutite arvu SMART self-test logi piiluda.
|
|
| Kommentaarid: 2 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
2 |
|
| tagasi üles |
|
|
Death
HV Guru
liitunud: 06.09.2003
|
|
09.11.2005 13:42:27
|
|
|
polnud nagu mõtet punnitada... asi oli kärvamas, seda oli kõrvaga kuulda. Aga tänud info eest. saab oma isiklikud kettadki üle vaadata.
_________________
"To be or not to be?" is a question of when, not if. |
|
| Kommentaarid: 39 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
36 |
|
| tagasi üles |
|
|
mightythor
HV veteran
liitunud: 02.12.2004
|
|
07.07.2009 13:59:09
|
|
|
| angerjas kirjutas: |
| pppd kirjutas: |
[....] kas sektorite remappimine ei käi tänapäeval siiski juba automaatselt, ketta kontrolleri enda tasemel ja kasutajale nähtamatult? Tootja utiliit oskab vastavat infot kontrollerist välja lugeda [....] imesid ma eriti sellest ei ootaks.
[....] |
AFAIK see remappimine käib kirjutamise ajal. Seega
# dd if=/dev/zero of=/dev/hdX conv=noerror
peaks andma "parandamisel" sisuliselt sama tulemuse nagu tootjautiliit.
-- Andres Alla |
mida see conv=noerror tähendab?
|
|
| Kommentaarid: 62 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
0 :: |
53 |
|
| tagasi üles |
|
|
angerjas
Kreisi kasutaja
liitunud: 31.05.2002
|
|
07.07.2009 14:19:51
|
|
|
| mightythor kirjutas: |
| mida see conv=noerror tähendab? |
Seda, et punnitaks edasi kui viga kohtab, muidu lõpetab esimese vea peale ära.
Kuigi tegelikult pole see kirjutamisel oluline sest tänapäevane (tähendab kuni 10+ a. vana) ketas ei anna praktikas mitte kunagi kirjutamisel vigu, ainult lugemisel. Kui juba kirjutades viga näitab siis on asi päästmatult tuksis või pole viga üldse kettas vaid mujal. Kirjutades saab vigast ketast tabada pigem kõrvakuulmise (spetsiifilised kriginad, kolksud) ja kirjutamise kiiruse järgi (vigasele kettale kirjutamine tunduvalt aeglasem).
Lisaks on tänapäevasel hdparm-käsul ka vastavad võimalused olemas, abiks "man hdparm"
-- Andres Alla
|
|
| Kommentaarid: 142 loe/lisa |
Kasutajad arvavad: |
|
:: |
0 :: |
1 :: |
131 |
|
| tagasi üles |
|
|
|
:: KKK
:: otsing 
:: statistika
:: kasutajate nimekiri
:: kasutajate grupid
:: registreeri
teata moderaatorile
