Filesystem Limits

[echo]

Da ich mal wieder am Sammeln war und irgendwie nicht alles gefunden habe versuche ich mal die Infos über das freundliche Forum von neben an zusammen zu tragen

Achtung! Laut dem Post 23 und Post 25 kann das Amiga-OS auf einem 68k mit Dateien >2GiB nicht zuverlässig arbeiten, egal welches Filesystem hierbei verwendet wird.

Vorwort
Für das AmigaOS gibs es ja mehrere Wege Festplatten über 2 bzw. 4 GiB zu adressieren. Hier wären das NSD64, das TD64, sowie SCSIdirect.
Das NSD64 soll man favorisieren und das SCSIdirect nur im Falle, dass die Anderen nicht gehen wählen.

Um jetzt überhaupt große Festplatten adressieren zu können bedarf es einer gewissen Abhängigkeit.
- In der untersten Ebene befinden sich die Limits des Controllers, die je nach Versionsnummern unterschiedlich ausfallen. Hier muss man auf den Treiber im Eprom oder RDB achten.
- Darüber befinden sich die Limits des Partitionierungstools, dass auf dem Controler fußt.
- Ganz oben sind die Limits des Filesystems.
Sollte eines der unteren Teile ein Limit kleiner als das der oberen Teile haben, so ist dies der beschenkende Faktor.

Zunächst muss man schauen, welches Filesystem überhaupt welchen Patch verträgt um große Platten zu adressieren. Zu empfehlen sind die beiden kostenfreien Versionen von SFS und PFS für große Platten. Beide sind erst ab Kick 2.04 nutzbar und benötigen im Falle von SFS einen 68020 als CPU. PFS soll etwas zügiger arbeiten. SFS wird hingegen immer wieder upgedatet.

System		Version		NSD64		TD64		SCSIdirect
FFS		43.18		yes		no		?
FFS		44.5		no		yes		no
SFS		0.71		yes		yes		yes
PFS		3.5.3		?		?		no

Der Controller
Dann steht sich die Frage, welches (IDE-/SCSI-) Device überhaupt große Platten verträgt. Diese Liste würde ich gerne noch detaillierter ausführen und hier auch die Limits der einzelnen Device aufführen.

Devices					Version		NSD64		TD64		SCSIdirect
scsi.device (A1200/A4000)		43.21		yes		no		yes
cyberscsi.device (Cyberstorm)		8.1		no		yes		yes
HardFrame.device (Microbotics)		?		?		no 		?
scsidev.device (GVP Series I)		?		?		?		no
hddisk.device (CBM A2090)		?		?		?		no

statram.device (Ram Disk)		?		?		no		no
ramdrive.device (Ram Disk)		?		?		no		no

Name 			Version 			Contained in		Maximum Hard Drive Size		Additional Command Sets
scsi.device		50.0 (ATA3.Driver)		FastATA			128 GiB				NSD64, TD64, DirectSCSI

Partitionen erstellen
Zum Partitionieren der Festplatte benötigt man das im Lieferumfang vom AmigaOS befindliche HDToolBox oder HDInstTool

Kick 3.1
===
max. HDD-Größe:				4 GiB
max. HDD-Größe:				Mittels TD64-Patch: 2 EiB (2^64 Byte) 
max. HDD-Größe:				Direct-SCSI-Patch: > 4GiB
max. Partitionsgröße:			2 GiB
max. Partitionsanzahl:			unbegrenzt

Kick 3.5
===
max. HDD-größe:				Mittels TD64: 2 EiB (2^64 Byte) 
max. Partitionsgröße:			128 GiB
max. Partitionsanzahl:			unbegrenzt

Kick 3.9
===
max. HDD-Größe:				Mittels TD64: 2 EiB (2^64 Byte)
max. Partitionsgröße:			127 GiB
max. Partitionsanzahl:			unbegrenzt

HDInstTool (6.9)
===
max. HDD-Größe:				2 Eib (2^64 Byte)
max. Partitionsgröße:			
max. Partitionsanzahl:

Die Filesysteme
Und abschließend hier noch eine Übersicht, welche Limits die einzelnen Filesysteme haben:

Kick 3.1
===
max. FFS-Größe (40.1):			2 GiB
max. Dateigröße im FFS:		
max. anz. von Dateien im FFS:	
max. Dateinamenlänge:			32 Characters
max. Pfadtiefe:				
max. Volumennamenlänge:			30 Characters
max. Comments:				79 Characters

max. FFS-Größe (43.20 update):		2 GiB
max. Dateigröße im FFS:		
max. anz. von Dateien im FFS:	
max. Dateinamenlänge:			32 Characters
max. Pfadtiefe:				
max. Volumennamenlänge:			30 Characters
max. Comments:				79 Characters


Kick 3.5
===
max. FFS-Größe (45.1):			2 GiB
max. Dateigröße im FFS: 		
max. anz. von Dateien im FFS:	
max. Dateinamenlänge:			32 Characters
max. Pfadtiefe:				
max. Volumennamenlänge:			30 Characters
max. Comments:				79 Characters

max. FFS-Größe (45.9 - BB2):		2 GiB
max. Dateigröße im FFS:		
max. anz. von Dateien im FFS:	
max. Dateinamenlänge:			32 Characters
max. Pfadtiefe:				
max. Volumennamenlänge:			30 Characters
max. Comments:				79 Characters


Kick 3.9
===
max. FFS-Größe (45.9):			2 GiB
max. Dateigröße im FFS: 		
max. anz. von Dateien im FFS:	
max. Dateinamenlänge:			32 Characters
max. Pfadtiefe:				
max. Volumennamenlänge:			30 Characters
max. Comments:				79 Characters

max. FFS-Größe (45.15 - BB 3):	
max. Dateigröße im FFS: 		
max. anz. von Dateien im FFS:	
max. Dateinamenlänge:			32 Characters
max. Pfadtiefe:				
max. Volumennamenlänge:			30 Characters
max. Comments:				79 Characters


SFS1 (0x53465300)
===
max. SFS-Größe (1.279 - 68k):		128 GiB
max. Dateigröße im SFS: 		4 GiB - 2 bytes
max. anz. von Dateien im SFS:		
max. Dateinamenlänge:			107 Characters
max. Pfadtiefe:
max. Dateienanz. im .recycled: 		25 Files
max. Volumennamenlänge:	
max. Comments:				79 Characters
nutzbar ab Kick 2.04 und 68020	

SFS2 (0x53465302)
===
max. SFS-Größe (1.279 - 68k):		1 TiB * blocksize / 512
max. Dateigröße im SFS: 		> 4 GiB
max. anz. von Dateien im SFS:		
max. Dateinamenlänge:			107 Characters
max. Pfadtiefe:				
max. Dateienanz. im .recycled: 		350 Files	
max. Volumennamenlänge:				> 30 Characters
max. Comments:				79 Characters
nutzbar ab Kick 2.04 und 68020


PFS
===
max. PFS3-Größe (5.3):			104 GiB
max. Dateigröße im PFS:	 		2 GiB
max. anz. von Dateien im PFS:	
max. Dateinamenlänge:			107 Characters
max. Pfadtiefe:				unbegrenzt
max. anz. Deldir-Dateien:		63 (Modifizierbar auf max. 992) Files
max. Volumennamenlänge:		
nutzbar ab Kick 2.04 und 68000

Kick 1.3 im Überblick
Da für Kick 1.3 es schwieriger wird, die Limits zu erfassen, habe ich sie in eine gesonderte Tabelle überführt. Denke das tut der Übersicht der 3.1-3.9 gut.

Kick 1.3
===

max. HDD-Größe:				> 1GiB (je nach Controller)
max. Partitionsgröße:			
max. Partitionsanzahl:		

max. OFS-Größe:						
max. Dateigröße im OFS:			
max. anz. von Dateien im OFS:		
max. Dateinamenlänge:			
max. Pfadtiefe:					
max. Volumennamenlänge:		

max. FFS-größe (36.03):			2 GiB
max. Dateigröße im FFS:			
max. anz. von Dateien im FFS:		
max. Dateinamenlänge:			
max. Pfadtiefe:					
max. Volumennamenlänge:

Hat jemand die fehlenden Größen, dann würde ich die Tabellen gerne erweitern? Vor allem bei der Hardware bin ich auf eure Unterstürzung angewiesen, da ich nicht jedes Stück Device zu hause horte.

Bezugsquellen
HDInstTool: HDInstTool 6.9
NSD64: NSD64
TD64: TD64
SFS: SFS Homepage
PFS: PFS3 V5.1 und PFS3 V5.1 Source und 5.3 Patch
Oder alles zusammen auf der CD-Rom der Amiga Future Ausgabe 85
FFS: Seit WB 1.3 uner "l:" zu finden. Ab Kick 2.04 im ROM enthalten
OFS: In jedem Kickrom enthalten
Updates
Updates zu AmigaOS 3.9
Updates zu AmigaOS 3.5
Updates zu AmigaOS 3.1
Das Unofficial BoingBag 3 zum AmigaOS 3.9 steht zur Zeit leider nicht mehr zum Download bereit.

Nachtrag zum PFS:
Die Sourcen zum 5.3 Patch sind bisher nicht frei verfügbar. Auch gibt es für das Update 5.3 noch kein Workaround, wie man dieses ohne eine Original-CD installieren kann.

Update (am 28April2011):
In der SFS-Doku hab ich noch was zu den unterschiedlichen Patch-Möglichkeiten und welches Device mit welchem Patch funktioniert, gefunden. Und die Liste überarbeitet.

Maßeinheiten
Da die neuen Bezeichnungen vielen noch nicht so vertraut sind, hefte ich sie mal mit an...

IEC-Name(IEC-Symbol)	Bedeutung
Kibibyte (KiB) 		2^10 Byte = 1.024 Byte
Mebibyte (MiB) 		2^20 Byte = 1.048.576 Byte
Gibibyte (GiB) 		2^30 Byte = 1.073.741.824 Byte
Tebibyte (TiB) 		2^40 Byte = 1.099.511.627.776 Byte
Pebibyte (PiB) 		2^50 Byte = 1.125.899.906.842.624 Byte
Exbibyte (EiB) 		2^60 Byte = 1.152.921.504.606.846.976 Byte
Yobibyte (YiB) 		2^80 Byte = 1.208.925.819.614.629.174.706.176 Byte

Quellen
- Doku zu SFS
- Doku zu PFS3
- Die einzelnen Post der Helfer in diesem freundlichem Forum
- Maßeinheiten

 

[daxb]

AW: Filesystem limits

Woher hast du die Angaben? Wenn du eine Anleitung zu den Filesystemen besitzt lies da nochmal nach. Und was soll "max. filesystem grösse" bedeuten? Bei SFS1.27x stimmt die max. char nicht. Max. Datei ist "< 4GB" nicht "> 4GB". Ich schätze 4GB - 2 bytes.

 

[boing4000]

AW: Filesystem limits

Bei Kick 1.3 bringen die Controller ein eigenes device im ROM mit und legen daher selber die Obergrenzen fest. Manche Controller konnten keine E-IDE Platten erkennen und waren auf ca. 1024MB/1GB Plattengröße beschränkt.

Das L:FastFileSystem (V36.03) konnte soweit ich weiss auch nur 2GB grosse Partitionen verwalten. Lässt sich aber schwer nachstellen, wenn der Controller keine solche großen Platten erkennt

 

[halbvier]

AW: Filesystem limits

Da ich mal wieder am Sammeln war und irgendwie nicht alles gefunden habe versuche ich mal die Infos über das freundliche Forum von neben an zusammen zu tragen

...

Hat jemand die fehlenden Größen,

dann würde ich die Tabelle erweitern?

... Super-Idee

 

[Lemmy]

AW: Filesystem limits

PFS3 hat laut Readme/Guide bei mir folgende Beschränkungen:

maximale Dateinamenlänge bis 107 Zeichen (default 32).
Deldir-Verzeichnis mit bis zu 992 wiederherstellbaren Dateien (default 63).
maximale Pfadtiefe: unbegrenzt.
Maximale Dateigröße: 2GB.
Partitionsgröße bis 104 GB.
Harddiskgröße: unbegrenzt (mittels TD64 oder Direct-SCSI bei Disk >4GB).

 

[echo]

AW: Filesystem limits

Woher hast du die Angaben? Wenn du eine Anleitung zu den Filesystemen besitzt lies da nochmal nach.

Meine Angaben habe ich aus dem Readme der Filesysteme und aus dem englischem Wiki.
Leider werden nicht alle Limits, die es für ein Filesystem gibt dort aufgezählt. Mag sein, dass es für dieses Dateisystem kein Limit in dem einem oder anderem Falle gibt. Daher meine Post mit der bitte um Vervollständigung.

Und was soll "max. filesystem grösse" bedeuten?

Hier meine ich also die maximale größe des Dateisystems, was nicht unbedingt die maximale größe einer Partition entspricht.

Bei SFS1.27x stimmt die max. char nicht.

Hm, entweder habe ich mich verschrieben oder meine Angaben sind veraltet.
Unter www.amiga-magazin.de steht was von 100 Char.

Max. Datei ist "< 4GB" nicht "> 4GB". Ich schätze 4GB - 2 bytes.

Das habe ich auch so aus der Anleitung. Aber ich werds nochmal überprüfen
PS: Du hattes recht. Habs so aus dem SFS.lha und den darin enthaltendem FAQ kopiert.

 

[echo]

AW: Filesystem limits

maximale Dateinamenlänge bis 107 Zeichen (default 32).

Das hatte ich auch gelesen, aber dann beim zweiten mal nicht mehr wiedergefunden. Habs nun in die Tabelle übernommen

Deldir-Verzeichnis mit bis zu 992 wiederherstellbaren Dateien (default 63).

was bedeutet dieses Limit? Ist das so ne art "Mülleimer" wo gelöschtes erst mal als gelöscht markiert wird und erst wenns die 993 Datei gelöscht wird ists wirklich weg?

maximale Pfadtiefe: unbegrenzt.

Dachte das wäre generell so. aber gut nehm ich auf

 

[Lemmy]

AW: Filesystem limits

was bedeutet dieses Limit? Ist das so ne art "Mülleimer" wo gelöschtes erst mal als gelöscht markiert wird und erst wenns die 993 Datei gelöscht wird ists wirklich weg?

Im Prinzip ja. Es ist ein verstecktes Verzeichnis, das Du in der Shell über "cd .deldir" öffnen kannst. Dort liegen die zuletzt gelöschten und auch zuletzt überschriebenen Dateien mit geändertem Dateinamen (ich weiß jetzt nicht genau, wie der Name geändert wurde, irgendwas mit @ davor, glaube ich).

Edit: die 993. Datei ist dann weg, wenn die 994. Datei gelöscht wird. Geht also der Reihe nach, die ältesten fliegen raus, wenn neue dazu kommen. Im Normalfall bekomst Du davon nichts mit, was Du löschtst, ist auf Deiner Platte nicht mehr zu finden. Weder über die Shell noch über Dateimanager, nur über das explizite Wechseln ins .deldir-Verzeichnis.

 

[echo]

AW: Filesystem limits

aha, cooles Feature
und sowas hat schon FFS? oder was ist hier mit Default 63 gemeint?

 

[Lemmy]

AW: Filesystem limits

Nein, ich rede nur von PFS3. Default 63 bedeutet, dass die Anzahl der Backup-Dateien im .deldir-Verzeichnis defaultmäßig auf 63 eingestellt sind, dies aber durch ein beiligendes Tool eingestellt werden kann, ebenso die Dateinamenlänge.

Im Aminet gibt es ganz nützliche Tools wie RecoverDelDir, PFS3ud etc., die sich auch ganz praktisch in DirOpus einbinden lassen.

PFS ist schon ein Knaller, finde ich. Wie bei SFS kannst Du mitten im Schreib-/Lesezugriff einen fiesen Reset ausführen, ohne dass es Dir das Filesystem übel nimmt. Mit dem beigelieferten Diskdoctor-Tool kannst Du eine Analyse Deiner Partitionen durchführen und im Ernstfall hoffentlich auch Daten wieder herstellen. Und Du kannst die Größe von Logfile-Dateien begrenzen, damit sie Dir nicht die Platte zumüllen. Kompatibilitätsprobleme hatte ich bisher nur mit "die Siedler" festgestellt, die wollen von einer PFS-Partition einfach nicht starten.

Edit: habe in meinem Beitrag zuvor noch was editiert.

 

[echo]

AW: Filesystem limits

Nun hab ichs verstanden. Danke für deine ausführliche Erklärung bezüglich des del-dir

 

[echo]

AW: Filesystem limits

Bei Kick 1.3 bringen die Controller ein eigenes device im ROM mit und legen daher selber die Obergrenzen fest. Manche Controller konnten keine E-IDE Platten erkennen und waren auf ca. 1024MB/1GB Plattengröße beschränkt.

Das viele Controller sich nicht an die Vorgaben (falls es welche von C= gab) gehalten haben, ist ja leider bekannt [zumindest hat jeder da das Rad neu erfunden]. Daher ist man bei jeder dieser Angaben (solange es um die max Platten Größe geht), auch immer auf die Firmware des Herstellers angewiesen.
Beim TD64-Patch wars ja nicht anders. Auch dort gabs Controller, die das nicht konnten. Aber habs erstma aufgenommen
Unter Kick 1.3 kommt ja noch hinzu, dass es wohl von jedem Hersteller ein eigenes Partitionierungs-Tool gab. Hierdurch sind Grenzen noch schwerer zu fassen (max. Partitionen-Anzahl, max. Partitions-Größe, max. Platten-Größe).

Das L:FastFileSystem (V36.03) konnte soweit ich weiss auch nur 2GB grosse Partitionen verwalten. Lässt sich aber schwer nachstellen, wenn der Controller keine solche großen Platten erkennt

Das könnte man sicherlich mal im WinUAE nachstellen. Werd ich mal die Tage ausprobieren.

 

[chkamiga]

AW: Filesystem limits

FFS (OS3.9) kann 4GB große Dateien, ab 2GB gibts nur falsche anzeigen der Größe unter einigen Programmen(liegt aber nicht am FS).
Geht aber hab schon viele DVDs ohne fehler gebrannt mit einem 4GB image.

 

[echo]

AW: Filesystem limits

FFS (OS3.9) kann 4GB große Dateien, ab 2GB gibts [...]

Wie kanns den 4 GB große Dateien geben, wenn das Filesystem nur 2 GB groß werden darf? Eines von beiden kann dann wohl nicht stimmen oder verstehe ich hier was falsch?

 

[chkamiga]

AW: Filesystem limits

Wie kanns den 4 GB große Dateien geben, wenn das Filesystem nur 2 GB groß werden darf? Eines von beiden kann dann wohl nicht stimmen oder verstehe ich hier was falsch?

Ich weiss nicht was mit 2 GB Filesystem gemeint sein soll.
Wenn man nur 2 GB in einer Partition packen könnte, hätte ich mein
Amiga wohl vor vielen Jahren verkaufen müssen. 64 GB hat z.zT. meine größte
Partition. Die hat 34 GB drauf, zum testen hatte ich die bereits
voll, also 64GB drauf.

 

[echo]

AW: Filesystem limits

Eine Partitionsgröße hat ja erst mal nichts mit dem darin eingesetzten Filesystem zu tun. Daher kann es durchaus sein, dass du eine Partition hast, die >4 GB groß ist. Diese Partition kannst du dann (je nach Größe) nicht mehr mit FFS formatieren.

Nach meinen Informationen kann FFS nur mit Partitionen bis 2 GB umgehen (max. Filesystemgröße). Hast du größe Partitionen, so musst du SFS oder PFS benutzen.

Wenn du nun behauptest im FFS eine Datei gehabt zu haben, die 4 GB groß ist, dann stimmt was nicht in der Tabelle oder an deiner Erinnerung. Vielleicht war die 4 GB-Große Datei ja in ner SFS-Partition?

 

[daxb]

AW: Filesystem limits

SFS hat leider keine "gradlinige" Anleitung. Man muss sich da durch das alte Guide, lastchanges und FAQ lesen.

Hier meine ich also die maximale größe des Dateisystems, was nicht unbedingt die maximale größe einer Partition entspricht.

Verstehe ich nicht. Filesystemgrösse ist zumindestens (je nachdem) ein irreführender Begriff. Ich würde sagen das SFS 1.279 eine grösse von 97984 bytes hat.

Im Guide steht 100 Char. Vermutlich wird aber 107 Char unterstützt. Zumindestens in der Shell funktioniert copy/type/rename mit 107 Zeichen Daten.

Bei SFS muss man auch unter SFS1 und SFS2 unterscheiden. Unterschied ist z.B. das SFS2 Dateien grösser 4GB unterstützt.

 

[echo]

AW: Filesystem limits

SFS hat leider keine "gradlinige" Anleitung. Man muss sich da durch das alte Guide, lastchanges und FAQ lesen.

jo, leider hab ich das auch schon bemerkt. Vieles ist veraltet und nicht alles ist noch so wie es an einigen Stellen steht. Naja, vielleicht schaffen wir es ja hier das auf nen aktuellen Stand zu bringen

Verstehe ich nicht. Filesystemgrösse ist zumindestens (je nachdem) ein irreführender Begriff.

Hm, ich habs jetzt mehrmals hier versucht zu erklären und ich geb nicht auf

Womit erstellst du eine Partition unter Amiga/Linux/DOS...?
Amiga -> HDToolbox
Linux -> fdisk/gparted
Dos -> fdisk

Womit erstellst du das Filesystem?
Im allgemeinem mit dem Befehl "format" oder "mkfs" (make filesystem).
Somit sind es zwei Befehle, zwei unterschiedliche Limitierung.

Als kleine Anmerkung:
Wie erstellst du eine RAW-Datenbank?
Zuerst erstellst du eine Partition (diese hat sicherlich eine Limitierung in der Größe) und überlässt diese ohne sie zu Formatieren der DB (diese hat auch Limitierungen).
Wieder zwei Programme, mit unterschiedlichen Limitierungen.

Hoffe das ist nun verständlich genug. Sonst fällt mir nicht ein, wie man das noch darstellen könnte.

[...] Ich würde sagen das SFS 1.279 eine grösse von 97984 bytes hat.

Dateisystem ist nicht gleich Datei

Im Guide steht 100 Char. Vermutlich wird aber 107 Char unterstützt. Zumindestens in der Shell funktioniert copy/type/rename mit 107 Zeichen Daten.

Ich werds mal am Wochenende durchprobieren und dann hier ändern.

Bei SFS muss man auch unter SFS1 und SFS2 unterscheiden. Unterschied ist z.B. das SFS2 Dateien grösser 4GB unterstützt.

Stimmt, jedoch habe ich zu SFS2 (oder ist das auf der Seite von strohmayer die Version 2?) nichts im Netz gefunden. Daher habe ich auch immer schön die Versionsnummern hin zugeschrieben auf die sich die Infos beziehen.

 

[daxb]

AW: Filesystem limits

Nee sorry, ich müsste immer noch raten was du mit Filesystemgrösse meinst. In den SFS docs habe ich auch nichts zu deiner Angabe von "1 TB * blocksize / 512" gefunden. Da blocksize eigentlich immer (aktuelle Version) 512 sein sollte macht die es auch wenig Sinn. Kannst du mal die Quelle dafür angeben? Vielleicht verstehe ich es dann.

SFS1 ist mehr oder weiniger gleich SFS2 (gleiche Binary). Vor Jahren war SFS1/2 getrennt. Siehe auch changes.txt:

1.275 (29.8.2007)
- Built for AmigaOS 3.x/m68k incl. 'SFS/2' support.
To use 'SFS/2' partitions on AmigaOS 3.x you have to install
SmartFileSystem into the RDB with DOSType 'SFS/2' (0x53465302), i.e.
to use both 'SFS\0' and 'SFS\2' partitions you have to install the
same SmartFileSystem binary 2 times into the RDB.
If booting from 'SFS\2' partitions isn't required you can load
SmartFileSystem as kickstart module using tools like LoadResident,
LoadModule, etc. instead of storing it twice in the RDB.

 

[echo]

AW: Filesystem limits

Nee sorry, ich müsste immer noch raten was du mit Filesystemgrösse meinst.

Dann weiß ich erstmal auch nicht, wie man das dir veranschaulicht. Kenne ja auch nicht dein Hintergrundwissen und du sagst auch nicht, was du daran nicht verstehst, nur dass es eben so ist.

In den SFS docs habe ich auch nichts zu deiner Angabe von "1 TB * blocksize / 512" gefunden.

Hm, das ist ne andere Frage und die habe ich mir auch schon gestellt. Die Info habe ich aus der Doku, unter strohmayer.org habe ich das Archiv SFS.lha (V 1.277) geöffnet und unter der Datei FAQ findet sich dann der Satz "the limit for 'SFS\2' partitions is 1 TB * blocksize / 512".

Den Abschnitt "* blocksize / 512" habe ich so verstanden, dass man über die blocksize die maximale Partitionsgröße noch etwas weiter steigern kann. Was das dann für Nachteile hat, steht dort nicht. Empfohlen wird jedoch die 512 größe als blocksize.
Hatte mit dieser Frage schon früher gerechnet, ehrlich gesagt Jedoch scheint es so zu sein, dass das Filesystem Partitionen bis 1TB unterstützt, ggf auch etwas mehr.

SFS1 ist mehr oder weiniger gleich SFS2 (gleiche Binary). Vor Jahren war SFS1/2 getrennt. Siehe auch changes.txt: [...]

Danke, hab ich wohl übersehen. Frage bleibt jedoch was deren unterschiede sind. Diese wirds sicherlich geben.