[so2] Tema4 - bug remontare

[Andrei Lucian Croitoru]

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/pipermail/so2/attachments/20120501/8e6bc940/attachment.html>