<div class="gmail_extra"><div class="gmail_quote">On Tue, May 1, 2012 at 2:57 PM, Razvan Deaconescu <span dir="ltr"><<a href="mailto:razvan.deaconescu@cs.pub.ro" target="_blank">razvan.deaconescu@cs.pub.ro</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Bogdan Purcareata <<a href="mailto:bogdan.purcareata@gmail.com">bogdan.purcareata@gmail.com</a>> writes:<br>
> Salut,<br>
><br>
> Din enuntul temei:<br>
><br>
> "data_blocks este un vector (cu dimensiunea precizată in superbloc)<br>
> care indică numerele blocurilor de date relativ la zona de date;<br>
> intrările nefolosite trebuie setate pe 0 (adică dacă avem un fișier cu<br>
> dimensiune 2050 și dimensiunea blocului de 1024 atunci vom avea<br>
> primele trei valori din vector strict pozitive și restul 0)" (in<br>
> structura pitix_inode).<br>
><br>
> Daca numerele blocurilor sunt relative la zona de date, atunci va<br>
> exista si un bloc cu numarul 0, care este valid. </div></blockquote><div> </div><div>Corect! Dar blocul cu numarul 0 este atribuit primului director, mereu.<br>"Directorul rădăcină va avea alocat inode-ul 0 și blocul de date 0.
"<br> <br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">> Enuntul ar trebui sa<br>
> specifice ca determinarea numarului de blocuri folosite de un inode sa<br>
> se bazeze exclusiv pe dimensiunea fisierului / directorului<br>
> (inode->i_size) si dimensiunea blocului, asa cum este specificata in<br>
> superblock (sp->s_blocksize).<br></div></blockquote><div> </div><div>Da ar trebui sa se bazeze SI pe asta.<br><br>De ce merge totusi asa cum era enuntul in modul intial?<br>Directoarele se trateaza un pic diferit fata de fisiere.<br>
La directoare am mereu incredere ca blocul [0] este un bloc corect, oricare ar fi el.<br>Cum este in cazul directorului radacina, el poate pointa chiar si spre 0 si asta e ok.<br><br>Fisierele in schimb oricum nu pot sa foloseasca blocul 0 pentru ca acesta e rezervat pentru radacina.<br>
Ergo... orice fisier care are blocuri ce pointeaza spre 0 ar trebui sa putem considera ca acestea nu exista.<br><br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="im">
<br>
</div>Salut, Bogdan!<br>
<br>
Am făcut corecțiile pe care le-ai indicat tu.<br>
<br>
Răzvan<a href="http://elf.cs.pub.ro/so2/wiki/resurse/lista-discutii" target="_blank"></a></blockquote></div><br>Nu cred ca era nevoie de corectii.<br>E important sa ne folosim de inode->i_size dar ne putem al fel de bina baza si pe blocuri ce pointeaza spre 0.<br>
<br>Cu stima,<br>Cristian<br></div>