BFS Partition Resizer: Final Report

It turned out toward the end of summer that the way I had been handling changed vnode ID's would not work out. The vnode ID is a number that refers to a specific file, and the current BFS code simply uses the block on the disk where the file is located for this purpose. This becomes a problem when a file is moved, as is necessary when resizing. My earlier solution was to "trick" the system to use the new file location as the ID instead, but this doesn't really work out. What needs to be done is to decouple the block number and vnode ID in the BFS module, so a file can be moved without changing the ID. I have started to work a little on this, and it's looking very promising.

The ability to grow a full file system, while not of absolutely critical importance, would be very nice to have. I have written a bit about this in the previous post, so I won't repeat myself. The same goes for resize support in DriveSetup.

My plan for the future is to continue working on this, at the very least until it can be merged. Would be a shame to do all that work for nothing :). It's hard to give a timeline for this, it depends on how the school situation turns out, but I hope it will be done fairly soon.

The code can be found in my github repository, in the 'production' branch. It needs to be merged with the 'fixes' branch (this is not conflict free...), as for some reason I got started on a strange git workflow. I intended to have this sorted out by the end of the coding period, but that didn't happen.

I'd like to give a big thank you to mentors and others for making this happen, all the help and the welcoming attitude. I've learned a great deal (I hear the job market is screaming for people with detailed knowledge of the Be File System :)). Seriously though, I've gained a lot of knowledge of file systems in general, how operating systems work on a lower level, concurrent programming and so on, both from my own work and reading mailing list posts.

Have a nice day
Andreas