[so2] Tema4 - bug remontare

Cristian Chilipirea cristian.chilipirea at cti.pub.ro
Wed May 2 04:49:57 EEST 2012


On Tue, May 1, 2012 at 4:23 PM, Andrei Lucian Croitoru <
andrei.croi at gmail.com> wrote:

> Inode-ul in sine (metadatele: uid, gid, size etc) e intact dupa remontare,
> pentru ca il scriu pe disc dupa orice modificare.
>
> In schimb, se pare ca nu pot sa controlez scrierea pe disc a blocurilor de
> date, tot ce pot sa fac e sa le aloc si sa le mapez
> in pitix_get_block cu set_buffer_new si map_bh, in rest se ocupa functiile
> generice care lucreaza cu spatiul de adresa.
>
>
> 2012/5/1 Razvan Deaconescu <razvan.deaconescu at cs.pub.ro>
>
>> Andrei Lucian Croitoru <andrei.croi at gmail.com> writes:
>> > Salut,
>> >
>> > Am o problema legata de tema 4:
>> >
>> > Dupa ce demontez/montez inapoi sistemul de fisiere, majoritatea
>> fisierelor
>> > au blocurile de date goale.
>> > Inode-urile sunt complete (le citesc de pe disc, si pointerii la
>> blocurile
>> > de date pointeaza bine), dar cand dau cat pe fisiere, acestea sunt
>> goale.
>>
>> Păi și blocurile de date nu conțin nimc? Înțeleg că dimensiunea
>> fișierului e dată de numărul de blocuri înmulțit cu dimensiunea unui
>> bloc. Așa apare?
>>
>> > Daca nu demontez, totul merge perfect.
>> >
>> > In get_block, cand citesc fisierul (se apeleaza cu create=0), fac
>> map_bh pe
>> > acelasi bloc pe care l-am alocat atunci cand s-a apelat get_block cu
>> > create=1, dar totusi acel bloc e gol.
>>
>> Ce înseamnă că acel bloc e gol. E zero-filled?
>>
>> > Poate cineva sa-mi dea un hint unde sa caut bug-ul?
>>
>> Pare să fie o problmeă de mark_buffer_dirty sau
>> mark_inode_dirty. Aparent datele nu sunt flushed pe disc.
>>
>> Răzvan
>> _______________________________________________
>> http://elf.cs.pub.ro/so2/wiki/resurse/lista-discutii
>
>
>
> _______________________________________________
> http://elf.cs.pub.ro/so2/wiki/resurse/lista-discutii
>

Vezi discutia inceputa si solutia oferita de Vlad.
Am dat de o problema asemanatoare si .drop_inode pare sa fi fost de vina.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/pipermail/so2/attachments/20120502/a2cb55a5/attachment.htm>


More information about the so2 mailing list