Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
NewsRufus 4.16: Entwickler rechnet mit AMI wegen NTFS-Bug ab
Ein Fehler im NTFS-Treiber von American Megatrends (AMI) kann die Prüfung bootfähiger USB-Sticks scheitern lassen. Rufus 4.16 Beta umgeht das Problem nun. Entwickler Pete Batard kritisiert AMI dafür scharf und spricht von Millionen betroffenen PCs. Eine unabhängige Zahl nennt er nicht.
Nur ist das halt nichts für den Durchschnittsnutzer, der noch nie was von Clustergrößen oder überhaupt Dateisystemen gehört hat, geschweige sich damit auskennt. Außerdem sieht die Spezifikation von NTFS nun mal auch andere Clustergrößen vor und eine entsprechender Treiber in der UEFI-Firmware sollte entsprechend mit allen Varianten korrekt umgehen können. Zumal 16K eben auch nicht unbedingt die Standardgröße bei einer NTFS-formatierten Partition ist.
50 Jahre nach der Entwicklung von FAT und immerhin 30 seit FAT32 scheint das immer noch das einzige Dateisystem zu sein, was wirklich alle Beteiligten halbwegs unfallfrei implementieren können.
Eigentlich schade, Journaling und COW Dateisysteme sind mittlerweile auch schon so lange ausgereift, dass sie, wären sie Menschen, den Führerschein machen dürften ;-)
@Caramon2
Easeus ist auch deiner Meinung, zumindest für SSDs (Flash-Speicher). 🤠
Welche Größe der Zuordnungseinheit sollte ich für das NTFS-Flash-Laufwerk verwenden?
Wenn Ihr Flash-Laufwerk größer als 16 GB ist, muss die am besten geeignete Größe der Zuordnungseinheit 16 KB betragen. Die Standard-Clustergröße für NTFS-Laufwerke ist jedoch 4KB für 7MB - 512MB, 512MB - 1GB, 1GB - 2GB und 2GB - 2TB.
Außerdem sieht die Spezifikation von NTFS nun mal auch andere Clustergrößen vor und eine entsprechender Treiber in der UEFI-Firmware sollte entsprechend mit allen Varianten korrekt umgehen können.
Ich sag ja nicht, dass der Bug nicht dumm ist, sondern empfehle einfach ntfs-16k und begründe es. - Dass der Bug damit (angeblich) nicht zum tragen kommt, ist nur ein Nebeneffekt.
Zumal 16K eben auch nicht unbedingt die Standardgröße bei einer NTFS-formatierten Partition ist
Im verlinkten Thread kannst du nachlesen, dass ntfs inzwischen bis zu 2048 Kilobyte große Cluster ermöglicht: Wegen der hohen Plattenkapazitäten von z. B. Serverfarmen.
Die 4k stammen noch aus einer Zeit, da hat man Festplattenkapazitäten zum Teil noch in Megabyte gemessen.
Inzwischen ist dass nicht mehr zeitgemäß (auch bzgl. des internen Aufbaus von SSDs, wie im verlinkten Thread beschrieben) und bedenke bitte auch, dass 4x weniger Cluster, 4x geringerer Verwaltungsaufwand bedeutet: Das könnte bei besonders schnellen Laufwerken relevant werden. (4k Cluster als "angezogene Handbremse"…)
genauso wie verwaiste LCU-Verzeichnisse unter C:\Windows\servicing\LCU In dem WindowsUpdateRollbackBackup lagern bis zu 200000 Dateien mit bis zu 1.5GB Belegung. Und auch diese Dateien müssen verwaltet werden, dann noch 4K Cluster ist Stress
Unter Linux Mint 22.3 und Kubuntu 26.04 LTS gibt es merkbare Unterschiede zwischen 4K und 8 K mit EXT4 ,bei kleineren Dateien natürlich. Wenn das System stark ist und genug RAM hat. Mit Seagate Barracuda 530 2TB
@0x8100 Ist es nicht.
Bei NTFS kannst du davon ausgehen, weniger oft korrupte Daten zu haben.
Habe vor einiger Zeit mal USB Sticks mit exfat formatiert, Musik drauf kopiert und im Auto laufen lassen. Nach ein paar Monaten ging es dann mit Lesefehlern los.
Wieder mit NTFS formatiert und seitdem keine Probleme mehr.
@Tito_2000 das hat aber nichts damit zu tun, dass ntfs ein journal hat - das kommt beim lesen der daten überhaupt nicht zum tragen. entweder ist der stick mist oder dein gerät hat einen bug.
Mit Seagate Barracuda 530 2TB
