My Brother is a numpty!

Associate
Joined
16 Jan 2012
Posts
1,869
Location
Hartlepool (North East)
As my title states he has done something to his computer. He has compressed his hard-drive with the OS on! so now it will not boot. Can you give me some guidance?

Thank you in advance
 
Has he tried using the recovery facility from the Windows distribution disk? In the console he could also run chkdsk /r to repair any problems with the disk caused by the compression.
 
How did he compress his OS files while it was running? You might have to place the HDD in a second pc to decompress, or use a Linux LiveCD.
 
And for those wondering how it was done, this basically. Windows will dutifully start compressing your entire drive, including the Windows folder which makes for a sad computer.

68012bbe2b8d4630a5aa259d44eb9cf5.png
 
The compression built into Windows is absolutely no problem, I run this for years on HDD's and SSD's. It's no less reliable than creating a zip file.

What has most likely happened is there was an issue with the C drive before you started the compression. When the compressed files were re-saved it's exposed an issue that already existed.
 
I wouldn't have thought such an option would be easily accessible if it were likely to break stuff?

Then again I've never really looked into that option or what it does/advantages..
 
The compression itself works well if you use it on files you access within windows, so documents ect, but if you set it going on your entire boot drive it breaks stuff, beats me as to why Microsoft hasn't thought to change it through.
 
but if you set it going on your entire boot drive it breaks stuff

The windows compression if anything increases reliability as the compressed data is being stored on less physical storage space than it otherwise would have been.

I have compression running on all my machines, including servers. The only files Microsoft will not allow compression on is SQL Server data files, but this is for performance reasons.
 
Yes but it's not NTFS compression software it's the underlining HDD.

When you enable compression on a HDD it typically takes a long time to compress all the files. The HDD is never normally put under such strain and any HDD issues will suddenly show then.

It's the same as windows defragmentation that could takes hours if a drives heavily fragmented. Any existing issues with the HDD they will show after the defrag.
 
its only advisable to use compression on files you dont access often. Depending on your CPU performance takes a hit as every file thats compressed it needs to uncompress it first to access it before running/using it.

It would have been helpful if the OP could have stated exactly why it wont boot up, eg what happens, errors etc/
 
its only advisable to use compression on files you dont access often. Depending on your CPU performance takes a hit as every file thats compressed it needs to uncompress it first to access it before running/using it.

That is only sometimes true, there are cases where compression speeds up disk access. Here's an example using a 1MB text file.

Typically a text file will compress 16 times with NTFS compression. If you have a 1MB text file it's going to use 256 4k clusters. If your data is stored on HDD the arm has got to move to each of those clusters. With compression your looking at as little as 16 clusters, more important it's potentially 16 times less IO the HDD has todo.

Now the question. Is the time lost of compressing / uncompressing the file less or more compared to the time saved by reduced HDD IO. I say in this situation compression will improve overall disk access.

Years ago there was something called 'Turbo Loading' on the Commodore 64. Someone discovered that the 6502 CPU could uncompress files faster than it would reading the uncompressed data from a tape. It also made loading from tape more reliable as there was less tape to read so less chance of having a read error.
 
Last edited:
Back
Top Bottom