In Windows, è molto veloce formattare con NTFS. Ho una macchina Linux a bassa potenza, con poca RAM. La formattazione di un volume da 2 TB su ext4 richiede molto tempo.

C'è qualcosa che posso fare per accelerare il formato? Non riesco a immaginare cosa ci vuole così tanto tempo? (cosa ci vuole così tanto tempo)

Risposta rigorosa

Soluzioni come -E lazy_itable_initnon cambiano il risultato, ma solo accelerano il processo. Questo è ciò che è stato esplicitamente chiesto, ma in molti casi le persone hanno bisogno di più.

Bonus extra

Nella maggior parte dei casi, in realtà vuoi alcune opzioni che corrispondono ai tuoi schemi di utilizzo e non solo accelerano la creazione del filesystem ma consentono anche un utilizzo più rapido e più spazio utilizzabile.

Ho appena fatto un test. Anche senza l'utilizzo -E lazy_itable_init, le opzioni seguenti accelerano il tempo di creazione di un filesystem da 2 TB da 16 minuti 2 secondi a 1 minuto 21 secondi (kernel 3.5.0 64 bit su Intel i7 2.2GHz, disco da 2 TB su connessione USB2 - SATA sarebbe probabilmente più veloce) .

Per un filesystem che conterrà file di grandi dimensioni, utilizzo questa combinazione:

mkfs.ext3 /dev/sdXX -O sparse_super,large_file -m 0 -T largefile4

dove -T largefile4seleziona le opzioni in /etc/mke2fs.confcui generalmente contengono qualcosa come:

    inode_ratio = 4194304
    blocksize = -1

Fare un man mke2fsper i dettagli su ciascuna di queste opzioni.

Ecco alcuni estratti rilevanti:

               sparse_super
                      Create a filesystem with fewer superblock backup copies (saves space on large filesystems).

               large_file
                      Filesystem can contain files that are greater than 2GB.  (Modern kernels set this feature  automatically
                      when a file > 2GB is created.)

   -i bytes-per-inode
          Specify  the  bytes/inode ratio.  mke2fs creates an inode for every bytes-per-inode bytes of space on the disk.  The
          larger the bytes-per-inode ratio, the fewer inodes will be created.  This value generally shouldn't be smaller  than
          the blocksize of the filesystem, since in that case more inodes would be made than can ever be used.  Be warned that
          it is not possible to expand the number of inodes on a filesystem after it is created, so be  careful  deciding  the
          correct value for this parameter.

-m 0dice solo di non riservare il 5% per root, il che va bene per un filesystem di dati (non di boot / root). Il 5% di un disco da 2 TB significa 100 GB. Questa è una differenza abbastanza significativa.

Aggiungi la bandiera -E lazy_itable_init

Ecco cosa dice la pagina man:

Se abilitato e la funzione uninit_bg è abilitata, la tabella degli inode non sarà completamente inizializzata da mke2fs. Questo accelera notevolmente l'inizializzazione del filesystem, ma richiede che il kernel finisca l'inizializzazione del filesystem in background quando il filesystem viene montato per la prima volta. Se il valore dell'opzione viene omesso, il valore predefinito è 1 per abilitare l'inizializzazione della tabella di inode pigro.

L'impostazione predefinita è un formato rapido; la configurazione delle strutture per un volume ext * richiede molto più tempo rispetto a un volume NTFS, poiché ce ne sono molti di più. Puoi ridurre il numero di superblocchi, ma anche quello va solo così lontano.

Se memorizzerai file per lo più grandi, puoi aumentare il numero di byte per inode, diminuendo così il numero di inode creati. Questo può velocizzare notevolmente i tempi di creazione.