Slayer wrote:So the moral of this story is ask the right questions before setting off to recreate the wheel
In saying that however, I'm thinking, if you had say a 400GB partition that was full and you wanted to save all that data down to the last byte and you wanted to offset that partition by say 100GB, no matter how much fancy header/bitmap modification it's not going to assist you in actually moving those now misplaced 100GB blocks of data. But of course you know these things. It's as if your editing software will have to be part optimising software (which moves header files and blocks around with speed and access as its goal) where the blocks are moved from outside the newly formed square to the inside of such.
It's like resuming a prematurely terminated download from another completely different source file. It'll stop downloading and growing when the new files total size is reached but the file isn't going to be the same file.
anyway, I'm babbling, here's a random thought, we need an AmigaOS4.x native version of giggledisk!
There is a RDB on OS4.x-prepped HDs and the partition table is stored there.
Belxjander wrote:Well that is why I bought up this whole topic of conversation *before* applying any major changes like PC-MBR to RDB conversion without verifying that the RDB information is in fact required (this is till true)
becuase if the new uboot firmware supported multiple partition schema and PC-MBR was one of the schema then this whole conversation becomes moot
Users browsing this forum: No registered users and 2 guests