Durante la creazione di una partizione di backup da 250GiB per i miei dati, ho notato molte discrepanze tra la dimensione della partizione segnalata e lo spazio libero in Nautilus, gParted, df, tune2fs, ecc.
All'inizio ho pensato che fosse una confusione GiB / GB. Non lo era .
Poi ho pensato che potrebbero essere i blocchi riservati di ext4. Non lo era .
Sono completamente perplesso. Ecco alcune immagini. Ecco i passaggi:
- Innanzitutto, NTFS. 524288000 settori x 512 byte / settore = 268435456000 byte = 268,4 GB = 250 GiB.
Nautilus dice " Capacità totale: 250,0 GB " (anche se in realtà è GiB, non GB). A parte quel piccolo errore di etichettatura, finora, così buono
- Ora, stessa partizione, formattata come ext4 con gparted:
I settori First, Last e Total sono gli stessi. È la stessa partizione da 250GiB. La dimensione utilizzata è 4.11GiB (blocchi riservati forse?)
No. Sembra che i blocchi riservati siano 12,7 GiB (~ 5%. Ahi! ). Ma ... perché la capacità totale ora è solo 246,1 GiB ??? . Tale differenza (sorta di) corrisponde ai 4,11 GiB riportati da gparted. Ma ... se non proviene da blocchi riservati, che cos'è? E perché gparted non ha segnalato quel 12.7GiB di spazio usato?
$ df -h /dev/sda5
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 247G 188M 234G 1% /media/BACKUP
df
corrisponde a Nautilus nello spazio libero segnalato. Ma .. solo 188M usati? Non dovrebbe essere ~ 12 GB? E la capacità totale è ancora sbagliata. Quindi sono corso tune2fs
a trovare alcuni indizi. (l'output irrilevante è ommited)
$ sudo tune2fs -l /dev/sda5
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name: BACKUP
Filesystem UUID: 613d592e-47f5-4206-96a7-210090d340ef
Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Filesystem state: clean
Filesystem OS type: Linux
Block count: 65536000
Reserved block count: 3276800
Free blocks: 64459851
First block: 0
Block size: 4096
65536000 blocchi totali * 4096 byte / blocco = 268435456000 byte = 268,4 GB = 250 GiB. Corrisponde a gparted.
3276800 blocchi riservati = 13421772800 byte = 13,4 GB = 12,5 GiB. (Di nuovo, in qualche modo) corrisponde a Nautilus.
64459851 blocchi liberi = 264027549696 byte = 264,0 GB = 245,9 GiB. Perché? Non dovrebbe essere 250-12,5 = 237,5 (o 250- (12,5 + 4,11) = ~ 233)?
Rimozione dei blocchi riservati:
$ sudo tune2fs -m 0 /dev/sda5
tune2fs 1.41.12 (17-May-2010)
Setting reserved blocks percentage to 0% (0 blocks)
$ sudo tune2fs -l /dev/sda5
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name: BACKUP
Filesystem UUID: 613d592e-47f5-4206-96a7-210090d340ef
Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Filesystem state: clean
Filesystem OS type: Linux
Block count: 65536000
Reserved block count: 0
Free blocks: 64459851
Block size: 4096
Come previsto, stesso numero di blocchi, 0 blocchi riservati, ma ... stessi blocchi gratuiti ? Non ho appena liberato 12,5 GiB?
$ df -h /dev/sda5
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 247G 188M 246G 1% /media/BACKUP
Sembra che l'ho fatto. Lo spazio disponibile è aumentato da 233 a 245,9 GiB. a gparted non importava affatto, mostrando esattamente le stesse informazioni! (inutile pubblicare uno screenshot identico)
Che casino enorme!
Ho provato a documentarlo nel miglior modo possibile ... Quindi, per favore qualcuno può darmi qualche idea su cosa sta succedendo qui?
- Cosa mancano quei misteriosi 4.11 GiB mancanti in NTFS -> formattazione ext4?
- Perché ci sono così tante discrepanze tra gparted, Nautilus, tune2fs, df?
- Cosa c'è di sbagliato con la mia matematica? (domande in grassetto sparse questo post)
Qualsiasi aiuto è apprezzato. Anche se non riesco a capire cosa stia succedendo, sto seriamente considerando di rinunciare a ext4 a favore di NTFS per tutto tranne che per la mia / partizione.
Grazie!