Puncte:0

Ce ar putea face ca fișierele să ajungă la zero?

drapel id

Un client ne-a trimis un hard disk extern în care cel puțin jumătate din fișiere sunt corupte. Sunt o combinație largă de tipuri de fișiere (imagini, documente etc.) și nu există un model perceptibil în care să fie corupte. Ele apar ca dimensiunea lor originală, totuși, când le deschid într-un editor hexadecimal, nu sunt pline decât cu valori nule. Datele au fost complet înlocuite cu 00s.

Ce ar putea cauza acest lucru? Fișierele au fost probabil copiate pe unitate de pe o altă mașină. Acest lucru ar putea rezulta din probleme în timpul unui transfer sau este mai probabil ca fișierele să fie corupte la origine?

joeqwerty avatar
drapel cv
Ai verificat fișierele de la origine? Sunt corupti? Dacă nu, atunci problema este probabil în timpul transferului sau la destinație. Se pare că acest lucru ar fi destul de simplu de restrâns.
user354104 avatar
drapel id
@joeqwerty, din păcate, nu, nu le putem verifica singuri. Avem doar custodia hard disk-ului și nu cunoaștem cum clientul a plasat fișierele acolo. Încerc să îmi fac o idee despre cum s-a întâmplat asta înainte de a le contacta.
Puncte:1
drapel za

Pare ca metadate au fost corecte, deci fișierele apar în arborele de directoare, au nume, moduri de acces etc, dar date în sine este corupt (nu a fost atins un mass-media).

Cum este posibil acest lucru depinde de sistemul de fișiere, opțiunile de montare, modurile de stocare în cache pentru unitate și așa mai departe.

Hai sa luam ext4 de exemplu, acolo unde este relativ ușor să se întâmple acest lucru. Opțiunile de montare implicite folosesc jurnalul pentru metadate numai, astfel încât sistemul de fișiere garantează în general că structurile de pe disc vor fi corecte în orice caz și totul va arăta fie ca și cum nu s-a făcut nimic pe unitate, fie că operația este aplicată complet. La fel ca în baza de date ACID. Cu exceptia date nu este jurnalizat implicit, deci este posibil ca sistemul să fi finalizat apelul de sistem, să raporteze un succes aplicației, să creeze toate structurile necesare (în jurnal doar pentru moment), în timp ce datele se află în cache... și acum se întrerupe curentul. Când porniți din nou sistemul și montați acest volum, driverul sistemului de fișiere va reda jurnalul și fișierele vor apărea, dar datele vor fi gunoi rămase din utilizarea blocurilor anterioare. Acest gunoi ar putea fi într-adevăr zerouri. În cele din urmă, reducerea alimentării în timpul scrierii este probabil să producă fișiere cu zero.M-aș aștepta la același rezultat când deconectez unitatea mai devreme (cum ar fi scoaterea cablului USB).

Acest scenariu de deconectare este destul de probabil ținând cont că vorbiți despre unitatea externă. Cu siguranță acest lucru este posibil și cu alte sisteme de fișiere.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.