cs.phhsnews.com


cs.phhsnews.com / Mohli bychom znehodnotit data na pevném disku bez upozornění na poškození?

Mohli bychom znehodnotit data na pevném disku bez upozornění na poškození?


Všichni se obáváme, že uchováme naše data a soubory bezpečné a neporušené, ale je možné, že se data poškodí a budou přístupná uživatel bez upozornění nebo varování o tomto problému? Dnešní příspěvek SuperUser Q & A má odpověď na znepokojenou otázku čtenáře.

Dnešní zasílání dotazů a odpovědí nás přichází s laskavým svolením SuperUser - podřízenou skupinou Stack Exchange, která je komunitní skupinou webových stránek Q & A.

Otázka

Čtečka superušírů topo morto chce vědět, jestli může dojít k poškození dat na pevném disku a přístup k nim bez upozornění na poškození:

Je možné, že fyzická degradace pevného disku mohlo by bity způsobit "převrácení" v obsahu souboru, aniž by operační systém zaznamenal změnu a upozorňoval uživatele na čtení souboru? Například by se text "p" (binární 01110000) v textovém souboru ASCII mohl změnit na "q" (binární 01110001), pak když uživatel otevře soubor, vidí "q", aniž by si uvědomoval, že došlo k poruše?

Mám zájem o odpovědi týkající se FAT, NTFS nebo ReFS (pokud je to rozdíl). Chci vědět, jestli operační systémy chrání uživatele před tím, nebo bychom měli kontrolovat naše data o odchylkách mezi kopiemi v čase.

Mohou se data na pevném disku zhoršovat a být přístupná bez varování o škodě? Odpověď

Doprovodný uživatel služby SuperUser Guntram Blohm má odpověď na nás:

Ano, existuje něco, co se nazývá bit hniloba. Ale ne, to neovlivní uživatele bez povšimnutí.

Když pevný disk zapíše sektor do platforem, nepsává pouze bity stejným způsobem, jako jsou uloženy v paměti RAM, používá kódování, aby se ujistil neexistují žádné sekvence stejného bitu, které jsou příliš dlouhé. Také přidává kódy ECC, které mu umožňují opravit chyby, které postihují několik bitů, a detekovat chyby, které se týkají více než několika bitů.

Když pevný disk přečte sektor, zkontroluje tyto ECC kódy a v případě potřeby opraví data a pokud je to možné). Co se děje dále, závisí na okolnostech a firmwaru pevného disku, což je ovlivněno označením jednotky.

Je-li sektor čitelný a nemá žádné problémy s kódem ECC, pak je předán operačnímu systému .

Je-li sektor možno snadno opravit, může být opravená verze zapsána na disk, přečtena zpět a ověřena, zda byla chyba náhodná (např. Kosmické paprsky apod.), Nebo pokud došlo k systematické chybě s médiem

  • Pokud pevný disk zjistí chybu s médiem, přerozdělí sektor.
  • Pokud se po několika pokusech o čtení (na pevném disku, který je označený jako pevný disk RAID), pak se pevný disk vzdá, znovu přidělí sektor a říká správci, že došlo k problému. Spoléhá se na řadič RAID, aby rekonstruoval sektor od ostatních členů RAID a zapsal jej zpět na neúspěšný pevný disk, který jej pak uloží do reallocated sektoru (což snad doufá, že nemá problém).
  • Pokud sektor nemůže číst nebo opravovat na pevném disku počítače, pak se pevný disk bude více snažit číst. V závislosti na kvalitě pevného disku může dojít k přemístění hlavy, kontrole, zda se objeví nějaké bity, které se při opakovaném přečtení převracejí, zda jsou bity nejslabší a některé další věci. Pokud je některý z těchto pokusů úspěšný, pevný disk znovu přidělí sektor a zapíše opravené údaje.
  • Jedná se o jeden z hlavních rozdílů mezi pevnými disky, které se prodávají jako "desktop", "NAS / RAID" nebo " video sledování "pevných disků. Pevný disk RAID se může rychle vzdát a regulátor provede opravu sektoru, aby se zabránilo latenci na straně uživatele. Pevný disk stolního počítače se bude i nadále pokoušet znovu a znovu, protože uživatel může počkat několik sekund, je pravděpodobně lepší, než když je informuje o ztrátě dat. A video pevný disk hodnotí konstantní rychlost přenosu dat více než obnovení chyb, protože poškozený snímek nebude zpravidla ani zaznamenán.
  • Pevný disk bude v každém případě vědět, zda došlo k bitové hnilobě, obvykle se z ní zotaví a pokud to neumožní, řekne to řídícímu pracovníkovi, který zase oznámí řidiči, který pak povědí operační systém. Pak je na operačním systému, aby uživateli zobrazil chybu a jednal na něm. To je důvod, proč cybernard říká:

Nikdy jsem nebyl svědkem jediné bitové chyby sám, ale viděl jsem spoustu pevných disků, kde celý sektor selhal.

Pevný disk bude vědět, ale nebude vědět, které bity selhaly. Jeden bit, který selhal, bude vždy zachycen ECC.

  • Vezměte prosím na vědomí, že chkdsk a souborové systémy, které se samy automaticky opravují, netýkají opravy dat uvnitř souborů. Ty jsou zaměřeny na poškození v rámci struktury samotného systému souborů, jako je rozdíl v velikosti souboru mezi položkou adresáře a počtem přiřazených bloků. Samoléčebná funkce systému souborů NTFS zjistí strukturální poškození a zabrání tak dalšímu ovlivnění vašich dat, ale neopraví žádné již poškozené údaje.

Existují samozřejmě i další důvody, proč mohou být data poškozena. Například špatná paměť RAM na řadiči může změnit data ještě předtím, než je dokonce odeslána na pevný disk. V takovém případě žádný mechanismus na pevném disku nezjistí nebo neopraví data a to může být jeden z důvodů poškození struktury souborového systému. Mezi další důvody patří softwarové chyby, výpadky při psaní na pevný disk (i když se jedná o souborové systémové žurnálování) nebo špatné ovladače souborového systému (ovladač NTFS v systému Linux byl v pohotovostním režimu pouze na čtení, nebyl zdokumentován a vývojáři nevěřili vlastnímu kódu.

Měl jsem tento scénář jednou, kdy aplikace uloží všechny své soubory na dva různé servery ve dvou různých datových centrech, aby uchovala pracovní kopii dat k dispozici za všech okolností. Po několika měsících jsme si všimli, že asi 0,1% všech zkopírovaných souborů neodpovídá kontrolní součtu MD5, která je uložena ve své databázi. Ukázalo se, že se jedná o vadný kabel mezi serverem a SAN.

Dalšími důvody jsou některé systémy souborů, jako je ZFS, uchovávají další informace o součtové hodnotě za účelem zjištění chyb. Jsou navrženy tak, aby vás ochraňovaly před mnohem více věcí, které by mohly být špatné, než jen trochu hnilobě.

  • Musíte něco přidat k vysvětlení? Zní to v komentářích. Chcete se dozvědět více odpovědí od ostatních uživatelů technologie Stack Exchange? Podívejte se na celý diskusní příspěvek zde.


Měli byste pravidelně měnit hesla?

Měli byste pravidelně měnit hesla?

"Pravidelně měnit hesla" je běžným heslem, ale není to nutně dobrá rada. Neměli byste obtěžovat pravidelně měnit většinu hesel - doporučuje vám používat slabší hesla a ztrácet čas. Ano, existují situace, kdy budete chtít pravidelně měnit hesla. Ale ty budou pravděpodobně spíše výjimkou než pravidlem.

(how-to)

Mac OS X: změna, která aplikace se spustí automaticky při přihlášení

Mac OS X: změna, která aplikace se spustí automaticky při přihlášení

OS X je velmi jednoduché zabývat se spouštěcími položkami - prostě přejdete do preferencí a přidáte nebo odebíráte ze seznamu. Ale pokud jste nedávno převedeni na Mac, možná nebudete vědět, jak to udělat. Ale teď to uděláte. Otevřete Předvolby systému a klepněte na ikonu Uživatelé a skupiny. Jakmile najdeš, najdeš svůj uživatelský účet na levé straně (i když bude vždy vybrán) a pak klikni na kartu Přihlašovací položky.

(how-to)