lt.phhsnews.com


lt.phhsnews.com / Ar visi duomenys apie kietąjį diską gali pasikeisti be įspėjimo apie žalą?

Ar visi duomenys apie kietąjį diską gali pasikeisti be įspėjimo apie žalą?


Mes visi nerimaujame dėl to, kad mūsų duomenys ir failai būtų saugūs ir nepažeisti, bet ar galima sugadinti duomenis ir juos pasiekti vartotojas be pranešimo ar įspėjimo apie bet kokią problemą? Šiandien "SuperUser" klausimo ir atsakymo tema yra atsakymas į susirūpinimą keliančio skaitytojo klausimą.

Šiandienos klausimų ir atsakymų sesija ateina pas mus "SuperUser", "Stack Exchange", bendruomenės pagrįstos Q & A svetainių grupės dalimi.

Nuotraukų mandagumo

Klausimas

SuperUser skaitytojas topo morto nori žinoti, ar duomenys kietajame diske gali pablogėti ir būti pasiekiami be įspėjimo apie žalą:

Ar įmanoma, kad fizinis kietojo disko blogėjimas gali sukelti bitų "apversti" failo turinį be operacinės sistemos pastebėti pakeitimą ir pranešti apie jį, kai skaito failą? Pavyzdžiui, ar "p" (dvejetainis 01110000) ASCII teksto rinkmenoje gali keisti į "q" (dvejetainis 01110001), tada, kai vartotojas atidaro failą, jie žiūri "q", nežinodami, kad įvyko klaida?

Mane domina atsakymai, susiję su FAT, NTFS ar ReFS (jei tai skiriasi). Noriu sužinoti, ar operacinės sistemos apsaugo vartotojus nuo to, ar jei mes turėtume tikrinti savo duomenis apie skirtumus tarp kopijų laikui bėgant.

Ar duomenys kietajame diske gali pablogėti ir būti prieinami be įspėjimo apie žalą?

Atsakymas

"SuperUser" autorius Guntram Blohm turi mums atsakymą:

Taip, yra dalykas, vadinamas bitine puviniu. Bet ne, vartotojas nepaveiks nepastebimas.

Kai standusis diskas įrašo sektorių į plokšteles, jis ne vien rašo bitus taip, kaip jie saugomi RAM, bet ir užtikrina kodavimą nėra to paties bitų sekos, kurios yra per ilgos. Jis taip pat prideda ECC kodus, leidžiančius taisyti klaidas, turinčias įtakos kai kuriems bitams, ir aptikti klaidas, turinčias įtakos daugiau nei keliems bitams.

Kai kietasis diskas nuskaito sektorių, jis patikrina šiuos ECC kodus ir prireikus pataiso duomenis ( ir, jei įmanoma,). Kitas veiksmas priklauso nuo aplinkybių ir standžiojo disko programinės įrangos, į kurią įtakoja disko žymėjimas.

  • Jei galima skaityti sektorių ir neturinčių ECC kodo problemų, jis perduodamas į operacinę sistemą .
  • Jei sektorius gali būti lengvai suremontuotas, taisyta versija gali būti įrašyta į diską, nuskaitoma atgal, tada patvirtinama, ar klaida buvo atsitiktinė (ty kosminės spinduliuotės ir tt), ar yra sistemingos klaidos su žiniasklaida.
  • Jei kietajame diske nustatoma, kad medija yra klaida, ji perskirsto sektorių.
  • Jei po keletos bandymų skaitymo (kietajame diske paskirtas kaip RAID kietasis diskas), tada kietasis diskas atsisakys, perskirstys sektorių ir pasakys duomenų valdytojui, kad kilo problema. Jis remiasi RAID valdikliu rekonstruoti sektorių iš kitų RAID narių ir parašyti jį atgal į nepavykusią kietąjį diską, kuris vėliau jį saugo perskirstytuose sektoriuose (tai, tikėtina, neturi problemos).
  • Jei sektorius negali skaitykite arba pataisykite darbalaukio kietajame diske, tada kietajame diske bus daugiau bandymų jį perskaityti. Atsižvelgiant į kietojo disko kokybę, tai gali reikšti, kad pakeitus galvą, patikrinkite, ar pakartotinai skaityti yra kokių nors bitų, kuriuos galima apversti, patikrinti, kurie bitai yra silpni, ir keletas kitų dalykų. Jei vienas iš šių bandymų bus sėkmingas, kietasis diskas perskirstys sektorių ir užrašys grąžintus duomenis.

Tai yra vienas iš pagrindinių diskų, kurie parduodami kaip "darbastalio", "NAS / RAID" arba " vaizdo stebėjimo "standieji diskai. RAID kietasis diskas gali tiesiog atsisakyti ir padaryti valdiklį remontuoti sektorių, siekiant išvengti latencijos vartotojo pusėje. Darbalaukio standusis diskas ir toliau bandys dar kartą ir vėl, nes vartotojas laukia kelių sekundžių, tikriausiai yra geriau nei sakydamas, kad duomenys prarasti. Vaizdo kietojo disko reikšmės nuolatinėse duomenų perdavimo spartose yra didesnės už klaidų atkūrimą, nes pažeistas rėmas paprastai net nepastebimas.

Bet kokiu atveju, kietasis diskas žinos, ar buvo šiek tiek puvimo, paprastai atsigaus nuo jo, o jei jis negalės, tai pasakys valdikliui, kuris savo ruožtu pasakys vairuotojui, kuris paskui pateiks operacinę sistemą. Tada operacinė sistema turi pateikti vartotojui klaidą ir veikti ja. Štai kodėl cybernard sako:

  • Aš niekada nepastebėjau vienos klaidos klaidos, bet aš mačiau daug diskų, kuriuose visi sektoriai nepavyko.

Kietasis diskas žinos, ar sektoriuje kažkas negerai, bet nežinote, kurie biti nepavyko. Vienintelis mazgas, kurio nepavyko, visada bus užfiksuotas ECC.

Atkreipkite dėmesį, kad "chkdsk" ir failų sistemos, kurios automatiškai patys taiso, nepasiekia failų taisymo duomenų. Jos yra nukreiptos į korupciją pačios failų sistemos struktūroje, pvz., Failų dydžio skirtumas tarp katalogo įrašo ir paskirtų blokų skaičiaus. NTFS savaiminio gydymo funkcija aptiks struktūrinę žalą ir neleis, kad ji dar labiau paveiktų jūsų duomenis, bet ji nepašalins jokių jau sugadintų duomenų.

Yra, žinoma, kitų priežasčių, kodėl duomenys gali būti pažeisti. Pavyzdžiui, bloga RAM valdiklyje gali keisti duomenis, kol ji net siunčiama į kietąjį diską. Tokiu atveju be kietojo disko mechanizmo nebus aptikti ir taisyti duomenys, ir tai gali būti viena iš priežasčių, kodėl failų sistemos struktūra yra pažeista. Kitos priežastys yra programinės įrangos klaidos, rašybos metu kietajame diske (net jei tai yra susiję su failų sistemos žurnalavimu), arba blogos failų sistemos tvarkyklės ("NTFS" tvarkyklė "Linux" ilgą laiką buvo užregistruota tik skaitymui, nes NTFS buvo sukonfigūruotas) ne dokumentuojama, o kūrėjai nepasitiki savo nuosavu kodu).

  • Šį scenarijų turėjau vieną kartą, kai programa visus savo failus išsaugotų dviem skirtingiems serveriams dviejuose skirtinguose duomenų centruose, kad būtų išsaugota darbo duomenų kopija esant bet kokioms aplinkybėms. Po kelių mėnesių pastebėjome, kad maždaug 0,1 proc. Visų nukopijuotų failų neatitinka MD5 patikrinimo sumos, kurią ji saugo savo duomenų bazėje. Tai pasirodė esant klaidingai pluošto kabeliams tarp serverio ir SAN.

Šios kitos priežastys yra tai, kodėl kai kurioms failų sistemoms, kaip antai ZFS, papildomai tikrinti sumą, kad būtų galima aptikti klaidas. Jie skirti apsaugoti jus nuo daug daugiau dalykų, kurie gali būti blogai, o ne tik šiek tiek puvimo.


Ar turite ką nors įtraukti į paaiškinimą? Garsas išjungtas komentaruose. Norite skaityti daugiau atsakymų iš kitų "Tech-savvy Stack Exchange" vartotojų? Patikrinkite visą diskusijų temą čia.


Kaip pašalinti uždarymo mygtuką iš

Kaip pašalinti uždarymo mygtuką iš "Windows" prisijungimo ekrano

Pagal numatytuosius nustatymus sistemoje "Windows" yra prisijungimo ekrano mygtukas su išjungimo parinktimis. Tai gali būti naudinga, tačiau jei nenorite, kad ten būtų, tai paprasta pašalinti. Kodėl norėtumėte paslėpti išjungimo mygtuką "Windows" prisijungimo ekrane? Galbūt jūsų kompiuteryje paleidžiamos svarbios fono paslaugos, pvz.

(how-to)

Kaip atskirti pirmąjį ir pavardę "Excel"

Kaip atskirti pirmąjį ir pavardę "Excel"

Jei naudojate "Excel" daug, tikriausiai galite susidurti su situacija, kai turite vardą vienoje ląstelėje, o vardą turite atskirti į skirtingas ląsteles. Tai labai paplitusi "Excel" problema, todėl tikriausiai galite atlikti "Google" paiešką ir atsisiųsti 100 skirtingų žmonių parašytų makrokomandų, kad tai padarytumėte jums.Tačiau šiame pos

(How-to)