Originally Posted by jefro
Kind of a lot to this question really. Linux may know or care about more than simple point on a partition. Depends on what you need to do with this and if you want to move it or if it is for only backup.
For many pure generic installs, linux doesn't care much about the position. Newish distro's use scsi so the drive would be some version of sdx or sda1 or sdc3 or such. Older ones would be hda or hdb2 or such.
A quick look at a backup program like G4U shows us it uses a default compression to image the drive or partition while it moves it to either a file or to a ftp site. You can do that with hundreds of live cd/usb/dvd's with simple commands if you want.
What are you trying to do with this data? I don't really get the index part.
This message is kinda aiming to help on wrong direction as you are referring extracted content loaded, lock limits in the file system(s) of current operating system. Where I was talking about loading up clean compressed file-system which is movable(/"install able") to any system which would be "residenting" in 1 singular file container file including maybe hundreds of loadable/movable systems by it's indexing system.
We currently have possibility to install or load "to-space" the so called "Live CD/DVD/USB" variants of linux which 99% are setup at file container file system called 'SquashFS' which does not allow indexing. What I am looking is a replacement file system container to 'SquashFS' where it's entries to include multiple versions/variations of systems file spaces it includes, it does differential check any of the data and does allow multiple switchable primary bootable partitions.
General differential check to indexed entries would already cut down 90% of any space requirements, if similar operating systems would be in the container.
Perhaps review of current and what I'm looking is in order since getting a bit low on answers after years of searching:
Currently (today situation):
^ All taking different space.
Best available option (today situation):
OS Core #1 (Uncompressed)
OS Core #2 (Uncompressed)
OS Core #3 (Uncompressed)
OS Core #4... (Uncompressed)
Repository #1,2,3,4,5,6,7 (Compressed singular container possibility)
What I am looking for:
FileContainer #1 (Including content of SquashFS/OS HD 1,2,3,4,5,6,7..... Indexed, compressed, differential checked against each other)