ubuntuusers.de

Hallo,

ich wollte eine komplett neue 4TB-Platte (512e, kein 4Kn) komplett als ext4 (mit GPT) formatieren. Mehrfach kam diese Info:

Die Unterstützung für 64-bittige Dateisysteme wurde nicht aktiviert. Die längeren Felder, die diese Eigenschaft benötigt erlauben die Erstellung der Prüfsumme in voller Stärke. Geben Sie „-O 64bit” an, um dies zu korrigieren. Ein Dateisystem mit 976754176 (4k) Blöcken und 244195328 Inodes wird erzeugt. UUID des Dateisystems: 3a446996-f59d-4321-bf59-f153ca52796a Superblock-Sicherungskopien gespeichert in den Blöcken: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 102400000, 214990848, 512000000, 550731776, 644972544

Zunächst dachte ich an eine native 4K-Platte - falls es sowas überhaupt schon im Handel gibt. Ist aber 512e. Wenn ich die Platte abziehe, erneut verbinde und GParted nochmal formatieren lasse wird die Meldung von oben zwar weiterhin angezeigt, aber nicht mehr als Fehler. Jetzt bin ich unsicher was hier genau das Problem war und ob man die Platte zum Einsatz bringen kann.

Das ist eine Eigenschaft des Dateisystems. Hat mit der Platte/Partitionierung nichts zu tun. (Keine Ahnung, was Ubuntu/gparted da veranstaltet.)

Du kannst mit tune2fs -l prüfen, ob unter Filesystem features was von 64bit steht.

Mit resize2fs kann das ggf. auch nachträglich konvertiert werden (resize2fs -b und resize2fs -s).

# resize2fs -b foobar.img
resize2fs 1.46.5 (30-Dec-2021)
Converting the filesystem to 64-bit.
The filesystem on foobar.img is now 1073741824 (4k) blocks long.

# resize2fs -s foobar.img
resize2fs 1.46.5 (30-Dec-2021)
Converting the filesystem to 32-bit.
The filesystem on foobar.img is now 1073741824 (4k) blocks long.

Ich würde das glatt nochmal unter meinem alten 20.04 testen, da hatte ich auch 4tb-platten im Einsatz.

Passiert auch unter 20.04. Komisch, ich war mir sicher schon 4TB formatiert zu haben ohne diese Probleme.

tune2fs gibt nur das hier aus:

Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum

Fried-rich schrieb:

[…] diese Probleme

Welches Problem?

Lies die Manpage zu ext4 zum Feature 64 Bit! → In Deiner Situation kein Problem, sondern eine Option. Mag sinnvoll sein oder überflüssig. Es geht um die Qualität von Prüfsummen, diese wiederum werden erst dann wichtig, wenn es Fehler gibt. Noch hast Du keine.

Mit Problem meine ich die Fehlermeldung von GParted (oder vielleicht vom CL-Tool, das von GParted angestoßen wird). Ich versuche ein Dateisystem zu erstellen, das schlägt fehlt. Die HDD ist dann weg, ich muss sie ausschalten und neu anschließen. Dann nochmal das gleiche Dateisystem erstellen und alles geht. Das kann so nicht gewollt sein.

Soweit ich das sehe sind die 4TB genau die Grenze ab der das 64-Bit-Feature gesetzt werden muss:

Enables the file system to be larger than 2^32 blocks.

Bei einem Dateisystem mit 4KiB Blöcken darf bei 2^32 Blöcken das Massenspeicher-Device 16 Tebibyte groß sein. Eine Festplatte mit 4 Terabyte Kapazität ist noch weit von dem Erreichen dieser Grenze entfernt.

Anzeigen lassen sich die Details über das jeweilige Filesystem mit tune2fs:

sudo tune2fs -l /dev/<DEVICENODE>

Manpage vorher lesen!

• https://manpages.ubuntu.com/cgi-bin/search.py?q=tune2fs

Fried-rich schrieb:

Mit Problem meine ich die Fehlermeldung von GParted (oder vielleicht vom CL-Tool, das von GParted angestoßen wird).

Die solltest du dann wohl hier zeigen. Bisher hast du keine Fehlermeldung gezeigt.

Die Fehlermeldung steht ganz oben im 1. Beitrag.

Fried-rich schrieb:

Die Fehlermeldung steht ganz oben im 1. Beitrag.

Da steht ein Hinweis.

Das ist eine Fehlermeldung die mir GParted ausgibt wenn ich versuche das Dateisystem zu erstellen. Wenn GParted "fertig" ist habe ich kein funktionierendes Dateisystem und die Platte wird ausgeworfen.