Forum: PC Hard- und Software Unter Ext3 formatierter HDD werden bereits 29 GB verwendet ?


von Thomas (Gast)


Lesenswert?

Hallo Forengemeinde,

habe soeben eine 2TB Hdd mit GParted für mein Allnet Nas vorbereitet. 
Wie die Formatierung fertig war, teilte mir GParted mit, dass 29 GB 
bereits benutzt werden. HDD ist neu gekauft, also leer.

Warum 'krallt' sich Linux hier bereits 29 GB?

: Bearbeitet durch Moderator
von Thomas (Gast)


Lesenswert?

Oh sorry,
habe in der Überschrift, bei 29 das 'GB' vergessen !!
Vieleicht kann da ein Mod was machen, und diesen Eintrag dann löschen.

Danke

von ich (Gast)


Lesenswert?

Die Verwaltungsinformationen.
Ext3 ist jetzt (mit den Standardeinstellungen) nicht gerade das beste 
Dateisystem für 2TB. Eher Ext4 oder gleich XFS, oder deutlich größere 
Blöcke als die Standard-4KB.

von oszi40 (Gast)


Lesenswert?

Thomas schrieb:
> dass 29 GB bereits benutzt werden

Das ext3 (third extended filesystem) ist ein Journaling-Dateisystem,
Irgendwo sollte auch das Journal sein.

von nachtmix (Gast)


Lesenswert?

Nicht nur Linux.
Jedes Betriebsystem reserviert beim Formatieren einigen Plattenplatz für 
Verwaltungsarbeiten.
Z.B. für die Verzeichnisse der Dateien, die Liste der gelöschten Blocks, 
Reservesektoren falls im Betrieb Fehler auftreten, Bootbereich, 
Swapspace, usw.

Bei großen Platten fällt diese Reservierung natürlich auch etwas 
großzügiger aus.

von Thomas (Gast)


Lesenswert?

Das Nas ist ein Allnet LCS8311. Eigentlich laufan lt. Hersteller nur 1TB 
Hdd's. Über Tricks dann eben 2 TB. Ich denke mal, dass das Mini-Linux 
mit Ext4 nichts anfangen kann.
Oder sehe ich da was falsch?

von test (Gast)


Lesenswert?

Du kannst auch bei ext3 alle gängigen Pareter passend zu deiner 
Nutzungsart setzen.

Schau dir auch mal die Reserve für root an. Bei her reinen Datenplatte 
ist es nicht notwendig x% für root zu reservieren.

von Jens G. (jensig)


Lesenswert?

nachtmix (Gast) schrieb:

>Nicht nur Linux.
>Jedes Betriebsystem reserviert beim Formatieren einigen Plattenplatz für
>Verwaltungsarbeiten.
>Z.B. für die Verzeichnisse der Dateien, die Liste der gelöschten Blocks,
>Reservesektoren falls im Betrieb Fehler auftreten, Bootbereich,
>Swapspace, usw.

All das hat (bis auf den Bootbereich der Partition in gewissem Sinne, 
und Inodestrukturen) nix mit bereits belegtem Platz nach Formatierung zu 
tun.
Einzig das bisher genannte Journal dürfte für den bereits belegten 
Platrz vorrangig verantwortlich sein.

: Bearbeitet durch User
von Nano (Gast)


Lesenswert?

29 GB von der Partition die du mit gparted angelegt hast?

Oder 29 GB für eine weitere Partition, die entweder schon drauf war oder 
extra angelegt wurde?

von Axel S. (a-za-z0-9)


Lesenswert?

ich schrieb:
> Die Verwaltungsinformationen.

Auch. Hauptsächlich aber das Journal.

> Ext3 ist jetzt (mit den Standardeinstellungen) nicht gerade das beste
> Dateisystem für 2TB. Eher Ext4 oder gleich XFS

Da sieht dieser Aspekt kein bißchen anders aus. Und das sind gerade 
mal 1.5%. So voll soll man ein Filesystem ohnehin nicht machen, daß das 
mal ernsthaft ein Problem werden würde.

> oder deutlich größere Blöcke als die Standard-4KB.

Die Blockgröße paßt mkfs automatisch an. Wenn man das von Hand ändert, 
stehen die Chancen gut, daß man es verschlimmert. Merke: erst wissen, 
dann handeln.

von 10R 10% (Gast)


Lesenswert?


von bastel_ (Gast)


Lesenswert?

Was man machen kann, je nach Anwendungsfall:

Reservierter Platz
-m reserved-blocks-percentage
(lässt sich auch später mittels tune2fs ändern). Bei einer Datenplatte 
für Musik/Filme/Bilder auf 0 stellen.

Viel wichtiger:
Anzahl Inodes über Bytes per Inode

-i bytes-per-inode
bzw.
-T usage-type[,...]

-T Parameter, Werte dafür sind in /etc/mke2fs.conf definiert, und 
"default" ist der Standard, das wäre eine durchschnittliche Dateigröße 
von 16 Kilobyte.

Eine 2 TB Platte (wenn diese 29 GB keine extra Partition sind), hat 
1'953'125'000 Kilobyte, das sind 122'070'312 Inodes a 256 Byte = 29 GB 
(ja, diese 29 GB und das Journal muss man natürlich eigentlich Abziehen 
von der Anzahl der Inodes, sind also weniger Inodes). 122 Millionen 
mögliche Dateien und Verzeichnisse. Damit weiß man, wo die 29 GB 
herkommen.

Das ganze sollte man UNBEDINGT anpassen, entweder für -T (zumindest 
Debian):
- big (32 KB)
- huge (64 KB)
- largefile (1MB)
- largefile4 (4MB)

-T setzt noch andere Parameter, ist also zu empfehlen.
Man kann dann immer noch mit -i seinen Wert in Bytes einstellen.

Gehen wir mal davon aus, es sind nur Bilder und Lieder drauf, ab da 
würde ich 1 MB machen:
2 TB = 1907348 echte Megabytes (Mebibytes) würde bei einer Ratio von 
1048576 (-T largefile) ~1'900'000 Dateien/Verzeichnisse ermöglichen, das 
wären also ~470 MB für die Inodes.

Das macht schon einen Unterschied :)

von bastel_ (Gast)


Lesenswert?

Man kann auch die gewünschte Anzahl der Inodes einstellen, geht 
natürlich auch. Wenn man weiß, wie viel man ungefähr braucht.
-N number-of-inodes

von Markus (Gast)


Lesenswert?


von PPB (Gast)


Lesenswert?

Vielleicht auch reserved space für root? (-M parameter bei mkfs).

Ausserdem, kann es sein dass du mit 1000 rechnest, der Plattenehrsteller 
aber mit 1024?

von 10R 10% (Gast)


Lesenswert?

Die root reserve greift zwar für andere Nutzer sollte aber keinen 
Einfluss auf die Angabe freien Speicherplatzes haben. Auf jeden Fall 
nicht im Fall des Superuser der ja der einzige bleiben sollte solche 
Aufgaben zu erledigen. Wenns das wäre sollten es acuh ~100GB sein 
insofern man den default nicht geändert hat.

von foobar (Gast)


Lesenswert?

Da ich keine ACLs oder Extended Attributes nutze, reduziere ich die 
Inode-Size normalerweise auf 128. Im Vergleich zu den üblichen 256 Bytes 
halbiert das den Platz für die Inodes und es passen auch mehr in einen 
Block.

von Thomas (Gast)


Lesenswert?

Hallo an alle Mitwirkende,

erst mal danke für alle Tips von Euch. Habe die HDD unter GParted Live 
eingerichtet.
1. Partition - Daten - Den Rest von 2TB abzüglich für 512 MB Swap.
2. Partition - Swap (512 MB)
Swap hab ich am Ende der HDD angelegt. Ich hab mir das von der damaligen 
1TB abgeschaut, die vom System selbst angelegt wurde, da waren 512 MB 
Swap vorgesehen. Dieses Nas zeigte mir dann ca. 5% bereits belegter 
Platz an. Aber wenn's so sinnvoll ist.

Dieses Nas ist derzeit noch für meine Fotos, Datasheets, ect vergesehen. 
Später als Teil-Backup meiner Qnap's. Habe auch noch 2 Stk. 4-Bay 
Qnap's. Aber da spiele ich gerade noch damit, weil eines mir Ärger 
macht. Irgend wann ziehe ich dann mal um.

Wo hätte ich den unter GParted-Live was bezüglich Blockgröße, ect. 
einstellen können?

Da ich mehr Priorität auf Sicherheit lege, Sollte es das Journaling auch 
geben, so wie es vorgesehen ist. Zumal mir das NAS keine SMART-Werte 
mitteilt. Dazu müsste ich von Zeit zu Zeit die HDD extern testen.

Auf den Allnet LCS-8311 läuft irgend ein Mini-Linux. Da denke ich auch, 
dass da mit 'tieferen' Einstellungen nicht viel möglich ist. Habe auch 
versucht per Putty drauf zu kommen. Aber entweder wähle ich den falschen 
Port (23) oder es geht nicht. Komme somit nicht auf die Kommando-Ebene.

Weiß jemand, ob dieses Nas auch 3TB Hdd veträgt?

Grüße und danke
Thomas

von Bernd K. (prof7bit)


Lesenswert?

Thomas schrieb:
> Wo hätte ich den unter GParted-Live was bezüglich Blockgröße, ect.
> einstellen können?

Man kann dort meines Wissens nach nicht alle Optionen für jedes der 
vielen unterschiedlichen Dateisysteme einstellen die es erlaubt zu 
formatieren, das ist der übliche Kompromiss zwischen Bequemlichkeit 
(wenige Klicks und fertig ist es mit Defaulteinstellungen) und 
höchstmöglicher Konfigurierbarkeit.

Der einfachste Weg eine Partition mit ungewöhnlichen oder beliebigen 
Parametern zu formatieren die gparted nicht anbietet ist es kurzerhand 
mkfs.ext3 auf der Kommandozeile direkt zu benutzen nachdem Du mit dem 
Partitionieren fertig bist.

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.