| Forum Home | ||||
| Press F1 | ||||
| Thread ID: 37179 | 2003-08-31 01:57:00 | Hard Drive | rutherford (1880) | Press F1 |
| Post ID | Timestamp | Content | User | ||
| 171824 | 2003-08-31 01:57:00 | I have an 80Gb hard drive partitioned into five drives all NTFS. I wish to compress one of them as it is getting rather full. If I compress it what happens to the data on it? Do I lose it or keep it. Alan Rutherford |
rutherford (1880) | ||
| 171825 | 2003-08-31 03:07:00 | you need partition magic to resize without loss of data this can take a while and there are always risks of data loss so it pay to back up all that you value onto cdr or another HDD . welcome to email me if you need any more help or advice |
kiwibeat (304) | ||
| 171826 | 2003-08-31 03:35:00 | Think he's talking about data compression not actually resizing partitions. If this is the case you do not lose data but it may become slower reading it from the partition since it has to decompress it first. If your familiar with zip files its basically the same principle. |
rsnic (3780) | ||
| 171827 | 2003-08-31 04:51:00 | One problem occurs to me: when data compression was much more common (because our disks were much smaller -- and much more expensive: a 1980s pricelist I was given a few days ago has a 40 MB disk at over $4k.) you had to make the decision fairly early ... because the first compression needs a fair amount of a disk (or partition) to create the "compressed disk", which is just a file. If your partition is very full, you might have problems. :D Another problem occurred if you decided to uncompress a disk. By that time you always had more files in the compressed file than would actually fit on the real disk. :_| However, this might be just the way things were, and maybe with modern "improved, perfect, user-friendly" software all such problems have gone away. And pigs might fly. But you shouldn't lose your data. :D The software should tell you it hasn't got enough room to work. It might allow you to let it use another partition for workspace. |
Graham L (2) | ||
| 1 | |||||