Quando copio il contenuto di un'unità, la copia occupa meno spazio. Perché? [chiuso]

Sto cercando di copiare il contenuto di un disco rigido su un altro disco rigido.

Ma una volta completata la copia, la copia occupa meno spazio rispetto ai file originali.

Quindi non tutti i file vengono copiati.

Sospetto che ciò potrebbe essere dovuto al fatto che dopo un certo numero di cartelle, i file non vengono copiati.

È corretto? E se è così, come posso evitare che ciò accada?

Sistema operativo: Windows 8.1 Pro

SPIACENTE MEANT 700 GB NON MB !!

Sto provando su Linux ora e vedrò se succede lo stesso.

— user138072
fonte

Modifica la tua domanda per fornire maggiori dettagli. Come ad esempio il sistema operativo su cui ti trovi, quale dovrebbe essere la dimensione prevista della copia e quale è stata?

— Jake Gould,

Inoltre, ottenere il numero di file non dovrebbe essere un problema

— batti il

È possibile che ci siano file nascosti o di sistema a cui non hai accesso. Hai attributi impostati per avere accesso a tutti?

— CharlieRB,

un'altra nota: la dimensione sul disco è influenzata dalla frammentazione. La dimensione del file finale dovrebbe essere inferiore se stai andando da quel record dei due. (Supponendo che la posizione precedente fosse frammentata.)

— NBN-Alex

Non dimenticare che la dimensione del cluster può anche influire sulla dimensione del disco.

— Tyson,

Risposta breve :
non necessariamente. Può essere solo la diversa dimensione del cluster tra i dispositivi.

Qualche parola in più:
quando copi un file da un dispositivo a un altro (da un HDD a un altro) devi considerare anche le diverse dimensioni del cluster. Senza entrare troppo in profondità nello zoo del tipo di file system basta dire qui che una partizione è organizzata come un quaderno aritmetico, i byte sono raggruppati in settori in un modo simile in cui nel quaderno si può dire che i quadrati sono raggruppati in pagine. L'indice dello spazio libero e usato (FAT) viene creato considerando solo quei gruppi . I settori possono essere o liberi o completi, tertium non datur .

Quindi un file ha una dimensione per i byte effettivi utilizzati (se è un file di testo e contiene solo la parola " Ciao ", sarà 2Bytes) e una dimensione per lo spazio utilizzato sul dispositivo (se un settore è di 4kB sarà essere un multiplo di 4kB, se su un altro dispositivo il settore è di 512 byte sarà un multiplo di 512B).

D'altra parte è possibile che copiando un gran numero di file si possano avere errori nelle operazioni di scrittura o lettura, non si abbia il diritto di accedere ad alcuni file, oppure alcuni file possano essere eliminati nel frattempo se l'operazione è lunga e il file è temporaneo.

Questo è di solito notificato dal programma che si sta utilizzando con qualche messaggio di errore e con un codice di uscita dell'errore. Sotto Linux per esempio, puoi prendere il codice di uscita scrivendo nella shell echo $?. Se restituisce un valore diverso da 0 significa errore. Se non hai ricevuto questi messaggi in anticipo, devi controllarlo a posteriori .

Dopo aver copiato un numero elevato di file, è possibile verificare rapidamente se il numero di file e il conteggio dei byte effettivi totali corrispondono. Un controllo più efficace può essere fatto calcolando e confrontando il md5sum per ciascun file su entrambe le copie. Se questa corrispondenza tutti i contenuti sono ok. Almeno potresti voler controllare l'autorizzazione e la data.

Spesso è comodo fare affidamento su strumenti specifici come rsyncLinux, robocopyWindows o uno dei tanti altri strumenti disponibili.

— Hastur
fonte

Interessante. Molto di tutto ciò mi è passato per la testa nella prima lettura. Onestamente non mi sarei mai aspettato che i file system e la "dimensione dell'unità di allocazione" (suppongo fosse quello a cui ti riferivi?) Influirebbero su quanto spazio occuperebbe un file su un dispositivo di archiviazione! Grazie mille!

— user138072,

Prego. Non posso sapere da qui se è questa la causa, ma faccio affidamento su questi passaggi per scoprire se lo è. A proposito, non ho avuto più tempo per scriverlo più semplice.

— Hastur,