ext2 oder ext3 Dateisystem mit dem meisten verfügbaren Speicherplatz

Question

ext2 oder ext3 Dateisystem mit dem meisten verfügbaren Speicherplatz

1875

vbence 2011-05-21 в 12:15

Zuallererst ist Sicherheit wichtig, daher möchte ich eine vernünftige Größe von Inode-Backups und dergleichen verwenden, was auch immer diese Bedeutung haben ...

Ich möchte ext2 oder ext3 für eine gemeinsame Partition zwischen Win7 und Ubuntu (mit ext2fsd ) verwenden.

Mein Problem ist, dass ich eine 850 Gig ext2 Partition erstellt habe und GParted sagt:

Size: 853.15 GiB Used: 13.46 GiB

Dies ist NICHT der für den Rootbenutzer reservierte Speicherplatz von 5% (das wären mehr als 40 GB). Und natürlich habe ich es versucht tune2fs -m 0 /dev/sda4. Ist es normal, dass 13 Gig nur für das Dateisystem verloren gehen?

Alle Hilfe wird geschätzt.

Einige Details, wenn Sie es brauchen:

# partition table of /dev/sda unit: sectors  /dev/sda1 : start= 2048, size= 389120, Id=83, bootable /dev/sda2 : start= 393214, size= 82028546, Id= 5 /dev/sda3 : start= 82429515, size= 81915435, Id= 7 /dev/sda4 : start=164345856, size=1789177856, Id=83 /dev/sda5 : start= 393216, size= 78123008, Id=83 /dev/sda6 : start= 78518272, size= 3903488, Id=82

df sagt:

Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda5 38445384 5101796 31390516 14% / none 2021640 660 2020980 1% /dev none 2029348 1512 2027836 1% /dev/shm none 2029348 348 2029000 1% /var/run none 2029348 0 2029348 0% /var/lock /dev/sda1 182331 22620 149983 14% /boot /dev/sda4 880550492 73744 880476748 1% /media/334cb5f6-2f18-4193-b2c8-99bd42cd6f01

tune2fs -l /dev/sda4 sagt:

tune2fs 1.41.14 (22-Dec-2010) Filesystem volume name:  Last mounted on:  Filesystem UUID: 334cb5f6-2f18-4193-b2c8-99bd42cd6f01 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: ext_attr resize_inode dir_index filetype sparse_super large_file Filesystem flags: signed_directory_hash  Default mount options: (none) Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 55918592 Block count: 223647232 Reserved block count: 0 Free blocks: 220119187 Free inodes: 55918581 First block: 0 Block size: 4096 Fragment size: 4096 Reserved GDT blocks: 970 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8192 Inode blocks per group: 512 Filesystem created: Sat May 21 10:35:15 2011 Last mount time: n/a Last write time: Sat May 21 11:21:55 2011 Mount count: 8 Maximum mount count: 20 Last checked: Sat May 21 10:35:15 2011 Check interval: 15552000 (6 months) Next check after: Thu Nov 17 09:35:15 2011 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: 7ba9b270-1cc8-4622-b25c-768497678f99

cat /etc/mke2fs.conf sagt:

[defaults] base_features = sparse_super,filetype,resize_inode,dir_index,ext_attr blocksize = 4096 inode_size = 256 inode_ratio = 16384  [fs_types] ext3 = { features = has_journal } ext4 = { features = has_journal,extent,huge_file,flex_bg,uninit_bg,dir_nlink,extra_isize inode_size = 256 } ext4dev = { features = has_journal,extent,huge_file,flex_bg,uninit_bg,dir_nlink,extra_isize inode_size = 256 options = test_fs=1 } small = { blocksize = 1024 inode_size = 128 inode_ratio = 4096 } floppy = { blocksize = 1024 inode_size = 128 inode_ratio = 8192 } news = { inode_ratio = 4096 } largefile = { inode_ratio = 1048576 blocksize = -1 } largefile4 = { inode_ratio = 4194304 blocksize = -1 } hurd = { blocksize = 4096 inode_size = 128 }

2

1 Antwort auf die Frage

2

Accepted Answer · 2011-05-21 14:38:14

Nach dem Lesen und anschließendem Lesen kam ich zu dem Schluss, dass die Inodes so viel Platz einnehmen.

Sie können dies mit der Ausgabe von tune2fs bestätigen, indem Sie die folgenden Werte multiplizieren:

Inode count: 55918592 Inode size: 256

... und dies gibt Ihnen tatsächlich die fehlenden 13 Konzerte (14 315 159 552).

In der make2fs.conf Datei können Sie den folgenden Standard sehen: inode_ratio = 16384. Wenn Sie dies mit der Anzahl der Inodes multiplizieren, erhalten Sie die vollständige Partitionsgröße (916 170 211 328). Dies ist also genau das, was es scheint. Die Anzahl der Inodes wird mit berechnet partition size / inode_ratio.

Beim Lesen wird die Inode-Größe nicht empfohlen, aber die inode_ratioVerschiebung selbst wird Ihnen viel Bewegungsfreiheit bieten. Das largefilePreset erstellt für jeden 1 MByte einen Inode.

Ich bin nicht so weit gegangen (es werden keine kleinen Betriebssystemdateien auf dieser Partition gespeichert, sondern Downloads und manchmal auch Quellcode), also landete ich mit einer moderierten 128000 . Es muss keine Potenz von 2 sein, Inodes sind kein 1: 1-Spiegel der HD-Daten (wie FAT16), sie werden dynamischer verwendet.

Dies (kombiniert mit -m 0natürlich) brachte nur 2 Gigs aus meiner großen Partition. Mit was kann ich leben?

mkfs.ext3 -i 128000 -m 0 /dev/sda4

Dies gab mir 9 Millionen Inodes (was die maximale Anzahl von Dateien und Verzeichnissen begrenzt, die auf der HD gespeichert werden können). Aber wie ich bereits sagte, wird kein Betriebssystem darauf installiert werden. Wenn man bedenkt, dass die Linux-Kernel-Quelle ungefähr 25 000 Dateien enthält, scheint der Schritt von der früheren 55-Mühle zu 9-Mill-Inodes ein guter Kompromiss zu sein.

Haftungsausschluss:

Sie müssen beim Einrichten des inode_ratio vorsichtig sein, da Ihr Dateisystem dies für immer aushalten wird. Sie können anschließend keine Inodes zu einer (ext2- oder ext3) -Partition hinzufügen, ohne sie neu zu formatieren.

Es ist auch nicht möglich, die Partition nur zu verkleinern und auf dem freien Speicherplatz eine neue zu erstellen, wenn die Inodes ausgehen, da durch das Verkleinern der Partition die Inodes proportional verkleinert werden, so dass Sie nur mit wenigen Inodes freie Partitionen ausführen können.

ext2 oder ext3 Dateisystem mit dem meisten verfügbaren Speicherplatz

1 Antwort auf die Frage

Verwandte Probleme