Partitioning

@Rob

Many thanks for your feedback. My mistake :-( I have upload a unstable Image. It was a older one, not the Alpha. I have delete this.
The right upload will end in 16 hours from now :-(
Please excuse my mistake and the extra work that you had.
The new link is comming soon.

The new image
I hope / I know it is better.

I was a bit too keen to try your initial image :)

Anyway your new version seems to work fine, thank you.

Thanks for the Info.
Please delete the first. That was a 16GB mistake. :-(

@Ben [resizing FileCore partition]

I did consider making a tool to resize filecore disks, but as Ben says, FileCore is complicated.

The fine granularity of space allocation means the map parameters are closely tied to the disc size, resulting in a huge amount of recalculation if the new size is significantly bigger, and re-writing of the entire map and all the file IDs in every directory on the disc.

Also unlike other FS’s which can compact the data and shuffle it all down to the start of the partition, Filecore starts in the middle and fills outwards (to minimise head movement on old fashioned physical discs). If reducing the size by less than 40%, you could do a quick hack of marking the end of the disc as defective, but to reduce further, or to expand the partition at all, you are faced with the recalculation of the map and re-write of the all the directories, in addition to any files which have to be moved.

With all of that re-writing, it would be extremely risky, requiring very cautious programming to ensure that an interruption during a process taking several hours didn’t leave the entire disc contents irrecoverable.

In the end I decided that if you are going to be backing up before a very risky and time consuming process, then it really isn’t any real disadvantage to re-format and restore from backup.