私は最近1.5TBドライブをフォーマットし、ntfsをext4に交換する予定でした。
それから私が保存したファイルが新しいパーティションに収まらないことがわかりました。
df:
ext4 (ext3 & ext2 show the same behavior)
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sdb1 1442146364 71160 1442075204 1% /media/Seagate
ntfs (similar to all other options that gparted offers):
/dev/sdb1 1465137148 110700 1465026448 1% /media/Seagate
1Kブロックの違いは、利用可能なスペースが22GiBほどはるかに少ないことを意味します。
私はすでに処刑した
tune2fs -O \^has_journal
tune2fs -r 0
tune2fs -m 0
当然、存在しないブロックには影響しないので、何の効果もない。
それにもかかわらず、fdiskはext4パーティションにディスク全体が含まれていると報告します。
fdisk -l /dev/sdb:
WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sdb: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders, total 2930277168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sdb1 1 2930277167 1465138583+ ee GPT
たとえば、resize2fsは「Nothing to do!」と報告します。
dumpe2fs -h /dev/sdb1:
dumpe2fs 1.41.14 (22-Dec-2010)
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: d6fc8971-89bd-4c03-a7cd-abdb945d2173
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: 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
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 91578368
Block count: 366284288
Reserved block count: 0
Free blocks: 360518801
Free inodes: 91578357
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 936
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
Flex block group size: 16
Filesystem created: Sat May 21 17:12:04 2011
Last mount time: Sat May 21 17:15:30 2011
Last write time: Sat May 21 17:24:32 2011
Mount count: 1
Maximum mount count: 32
Last checked: Sat May 21 17:12:04 2011
Check interval: 15552000 (6 months)
Next check after: Thu Nov 17 16:12:04 2011
Lifetime writes: 1372 MB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Default directory hash: half_md4
Directory Hash Seed: c334e6ef-b060-45d2-b65d-4ac94167cb09
Journal backup: inode blocks
消えた空間は何に使われますか?
ベストアンサー1
みましょう。デバイスサイズは1,465,138,583½ kB = 1,500,301,909,504 Bです。ファイルシステムは、それぞれ4096バイト、つまり1,500,300,443,648バイトの366,284,288ブロックで構成されています。残りの1,465,856B(1.4MB)がスーパーブロックの(追加)コピーに使用されているかどうか疑問に思います。私はブートローダの始めに数kBのスペースがあることを知っています。 )。
ファイルシステムには91,578,368個のinodeが含まれており、各inodeは256バイトで23,444,062,208バイト(約22GB、ヒント、ヒント)を占めています。その後、ファイルの内容は1,442,146,364kB = 1,476,757,876,736Bです。これは 23,444,062,208 B + 1,476,757,876,736 B = 1,500,201,938,944 B に等しい。残りのサイズは 98,504,704 B = 24,029 ブロックで、これは対数サイズの正しい範囲内です。
ご覧のとおり、すべてが考慮されました。 (ほとんどすべてがギガバイトではなくメガバイトを言うことです。)