[so2] [Tema4] Structură izone

[Florin-Alexandru Stancu]

Solved...
Am hardcodat blocul pentru inode=0 şi acum merge :|

Dar de ce n-aţi respectat specificaţia???

2013/5/11 Florin-Alexandru Stancu <niflostancu at gmail.com>

> Salut,
>
> Am implementat funcţia pitix_iget şi observ că pentru inode-ul 0 (root
> inode) am valoarea data_blocks[0] == 0.
> Adică nu are niciun bloc de date alocat :|
>
> Vorbesc de testul cu pitix.loop descărcat de pe site.
>
> Avem următorii parametrii ai superblocului:
>     inode_data_blocks=64, block_size_bits=9, block_size=512
>     imap_block=8, dmap_block=9
>     izone_block=10, dzone_block=42
>
> Am deschis fişierul pitix.loop cu hexdump şi am următorul conţinut la
> blocul 10, adică de unde începe izone:
>
> > dd if=pitix.loop bs=512 skip=10 count=1 of=out.bin && hexdump out.bin
>
> 0000000 4000 0000 0000 0000 0000 0000 0200 0000
> 0000010 0000 0000 0000 0000 0000 0000 0000 0000
> *
> 0000090 0000 0000 41ed 0000 0000 0000 0000 0000
> 00000a0 0200 0000 2343 45eb 0001 0000 0000 0000
> 00000b0 0000 0000 0000 0000 0000 0000 0000 0000
> ............
>
> Adică mode=4000h, size=0020h şi restul parametrilor 0, inclusiv
> data_blocks[i]...
> Mi le citeşte bine, dar ceva e greşit. De unde iau blocul de date pentru
> inode-ul 0 ca să pot citi conţinutul directorului rădăcină?
>
> Greşesc pe undeva ?
> Nu acela este blocul cu index-ul 10? dd nu greşeşte aici...
> Nu cred ca am înţeles eu bine structura...
>
> Mulţumesc,
> Florin Stancu.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/pipermail/so2/attachments/20130511/fe601996/attachment.html>