Quali file posso abilitare in modo sicuro la compressione NTFS per l'unità di avvio USB di Windows 7/8?


0

Il titolo dice tutto. Sono solo pochi MB a copiare i file necessari su un'unità flash USB che intendo utilizzare per l'installazione di Windows. Ho contrassegnato la partizione come attiva. Mi chiedevo se posso abilitare in modo sicuro la compressione NTFS per i file di installazione. Certamente i file .WIM non guadagneranno molto dalla compressione ma ci sono molti file .dll, .exe e di testo nella directory dei sorgenti e altri che possono essere facilmente compressi.

Ci sono file sicuri da comprimere? Alcuni che dovrei evitare di comprimere?


NTFS comprime solo i file che può comprimere. Puoi comprimere tutto se vuoi.
Ramhound,

Risposte:


3

Quando si considera la compressione per file di piccole dimensioni, tenere presente la dimensione del cluster NTFS di 4K: I file, che sono inferiori a 4K e non possono essere compressi abbastanza da adattarsi completamente al record MFT (ovvero più di qualche byte) utilizzerà 4K prima e dopo . Un file di 7 KB con un tasso di compressione inferiore a 1,8 utilizzerà anche 8 KB prima e dopo.

I file di testo trarranno maggiori benefici dalla compressione, poiché consentono un alto tasso di compressione, gli eseguibili ne trarranno molto meno vantaggio.

Per un'unità avviabile, potrebbe essere molto più semplice tralasciare alcuni file: hai bisogno notepad.exee amici? Ti servono tutti i locali boot?

modificare

Come testato da @Goyuix, il bootloader EFI (bootmgr.efi) deve rimanere non compresso. Questo è prevedibile, in quanto non viene letto da Windows, ma dal firmware EFI, che non sa nulla dei file compressi.

Lo stesso vale per il classico bootloader (bootmgr), che viene letto dal BIOS, senza sapere nulla della compressione del file system.

Entrambi i dialetti del firmware leggono semplicemente una lunghezza consecutiva di byte in memoria, quindi trasferiscono il controllo su di essi, che ovviamente non funzionerebbe se fossero compressi.


Il bootloader EFI non ha importanza con NTFS perché non verrà mai utilizzato. ;)
Daniel B,

@DanielB - Goyuix l'ha provato e bootmgr.efi deve rimanere non compresso. Potrebbe essere chiamato dal bootloader del primo stadio nella partizione di sistema EFI, non lo so.
Eugen Rieck,

Chissà come è arrivato a questa conclusione. Considerando come il programma di installazione si avvia ancora dopo aver rimosso il file, non può essere rilevante. Naturalmente, quando si utilizza FAT32 per l'avvio UEFI ... non è possibile comprimerlo comunque. ^ _ ^
Daniel B,

-1

Zip, gzip, LZH e altri schemi di compressione comuni sono senza perdita e ricostituiscono il file alla lettera , quindi è sicuro comprimere qualsiasi cosa, ma come hai sottinteso, alcuni file sono già compressi, ad esempio DOCX, XLSX, JPEG, MP3 e MP4, quindi tu guadagnerebbe poco o niente per quelli. Vedi Perché alcuni file non vengono compressi molto? .

[La compressione BTW, JPEG e Motion Picture (MP) sono schemi a perdita, motivo per cui anche le fotocamere di fascia alta possono salvare i dati RAW.]


Apprezzo le informazioni, ma questo non risponde davvero alla domanda: posso abilitare in modo sicuro la compressione NTFS per i file di avvio e installazione.
Goyuix,

Un'unità flash non ha un record di avvio di per sé a meno che non si stia creando un supporto di avvio . In nessun punto della tua domanda lo affermi. Riscrivi la tua domanda per essere specifici.
DrMoishe Pippik,

Ho aggiornato la domanda per essere più chiari. Questo è per il supporto di avvio per installare Windows.
Goyuix,

In tal caso, qualsiasi crittografia è problematica. Il supporto di avvio, per definizione, deve essere in grado di aprire e installare tutti i file. Se si comprime arbitrariamente un file, sia che si tratti di testo (che potrebbe essere le istruzioni utilizzate durante la distribuzione) o altro, come potrebbe l'algoritmo di installazione "sapere" che il file deve essere decompresso? Sarebbe più semplice omettere un file che non viene utilizzato sul PC, ad esempio un driver esterno, anche se anche questo potrebbe causare un errore.
DrMoishe Pippik,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.