[Rika]

Man muss den Treiber nicht dekompilieren, bei NTFS setzt sich der Zugriff aus ntfs.sys (Dateisystem) und ksecdd.sys (Kernel Security Device Driver) zusammen. Man kann beides nicht entfernen, man kann aber sehr wohl die Verbindung dazwischen unterbrechen. In aller Regel wird das auch bei der Einfachen Dtaeiberechtigung gemacht, da übernimmt dann der interne Account SYSTEM die Steuerung der Zugriffsrechte. Man kann aber auch mit ein bisschen Heckmeck auch alles unterbrechen, dann kan man aber halt auhc nie mehr Zugriffsberechtigungen nutzen.

Muss mal kurz WinXP in VMware aufsetzen und mal wieder nachschauen, wie genau das ging...

[Meltdown]

Zitat (Rika: 31.10.2003, 14:57)

Man muss den Treiber nicht dekompilieren, bei NTFS setzt sich der Zugriff aus ntfs.sys (Dateisystem) und ksecdd.sys (Kernel Security Device Driver) zusammen. Man kann beides nicht entfernen, man kann aber sehr wohl die Verbindung dazwischen unterbrechen.

Und ?!

Wüßtest Du einen Weg ?!

Am besten wäre ja einer, wo man nicht dauerhaft die Berechtigungs-
Steuerung kastrieren müsste.

Aber NT5 lässt sich hier wohl nicht so leicht ins Handwerk fuschen...

[Meltdown]

Zitat (Rika: 30.10.2003, 22:18)

1. Du kannst nicht so ohne weiteres von FAT32 auf NTFS konvertieren. Nur umgekehrt.

Hast Du da nicht was durcheinander gebracht ?! Meines Wissens kann
man sehr wohl von FAT32 auf NTFS5 wechseln bei XP.

Allerdings läuft dann die Platte nicht mehr so schnell, als wenn man
sofort ein reines NTFS-Laufwerk erstellt.

Ich beziehe mich dabei auf Updates. Wo also XP auf eine FAT32 - Platte
installiert werden soll, und man hinterher noch die Möglichkeit bekommt auf
das sicherere System zu wechseln.

Ob es allerdings von NTFS5 auch zurück auf FAT32 geht, glaub ich allerdings
nicht. Die Sicherheitsfunktionen würden dabei auf jedenfall flöten gehen,
weswegen es auch kaum Sinn macht.

[ichbines]

Zitat (Meltdown84: 09.11.2003, 20:40)

Ob es allerdings von NTFS5 auch zurück auf FAT32 geht, glaub ich allerdings
nicht. Die Sicherheitsfunktionen würden dabei auf jedenfall flöten gehen,
weswegen es auch kaum Sinn macht.

Oja, mit Partition Magic kann man auch von NTFS auf Fat32 konventieren. Sinn macht es nur, wenn man Windows 9x oder Me oder Linux als 2. Betriebssystem installiert.

[Meltdown]

Zitat (ichbines: 09.11.2003, 20:50)

Zitat (Meltdown84: 09.11.2003, 20:40)

Ob es allerdings von NTFS5 auch zurück auf FAT32 geht, glaub ich allerdings
nicht. Die Sicherheitsfunktionen würden dabei auf jedenfall flöten gehen,
weswegen es auch kaum Sinn macht.

Oja, mit Partition Magic kann man auch von NTFS auf Fat32 konventieren. Sinn macht es nur, wenn man Windows 9x oder Me oder Linux als 2. Betriebssystem installiert.

See. Die 8.0er mag das durchaus können. Mir ging es am Anfang aber
eher darum, das Rika meinte "FAT32 nach NTFS" würde nicht gehen.
Und das stimmt nicht. Korrigiert mich, wenn ich falsch liege: Aber
ich glaube das geht sogar mit XP-Boardmitteln.

Ausprobiert habe ich das allerdings auch noch nicht. Wozu auch...

[wiz]

Zitat (Meltdown84: 09.11.2003, 22:06)

Zitat (ichbines: 09.11.2003, 20:50)

Zitat (Meltdown84: 09.11.2003, 20:40)

Ob es allerdings von NTFS5 auch zurück auf FAT32 geht, glaub ich allerdings
nicht. Die Sicherheitsfunktionen würden dabei auf jedenfall flöten gehen,
weswegen es auch kaum Sinn macht.

Oja, mit Partition Magic kann man auch von NTFS auf Fat32 konventieren. Sinn macht es nur, wenn man Windows 9x oder Me oder Linux als 2. Betriebssystem installiert.

See. Die 8.0er mag das durchaus können. Mir ging es am Anfang aber
eher darum, das Rika meinte "FAT32 nach NTFS" würde nicht gehen.
Und das stimmt nicht. Korrigiert mich, wenn ich falsch liege: Aber
ich glaube das geht sogar mit XP-Boardmitteln.

Ausprobiert habe ich das allerdings auch noch nicht. Wozu auch...

Mit Boardmitteln geht das konvertieren von FAT32 auf NTFS 100%ig. Und PartitionMagic unterstützt das schon (auch umgekehrt) mindestens aber der 7.0 Version.

Zitat

Convert Between File Systems - conversions include FAT to FAT32 and NTFS, FAT32 to FAT, NTFS to FAT and FAT32, primary to logical and vice versa, FAT32 to NTFS

Quelle

[Meltdown]

Zitat (ichbines: 09.11.2003, 20:50)

Sinn macht es nur, wenn man Windows 9x oder Me oder Linux als 2. Betriebssystem installiert.

Yepp. Obwohl: Als "2. Betriebssystem" ist hier relativ: 9x/Me wollen als "1."
installiert werden, damit XP sie später im Bootmanager aufnehmen kann.
Und Suse Linux z.b. baut XP als Unterpunkt im Bootmenü ein.

Die Systeme verdrängen sich echt gegenseitig.

[spookster]

wenn ihr schon von 1% speedtunings redet dann bring ich auch noch zwei olle tricks:

für die laufwerke unter eigenschaften von der such dienst indizierung lösen bringt etwas schwung ins dateisystem bringen.

ausserdem überwacht windows die festplatten aktivität ständig mit perfmon.msc. wenn man den dienst für die festplatte deaktiviert (nicht komplett) gibt das nochmal nen kleinen schub.

beide tuningoptionen bringen mehr bandbreite für die platten in sisoftware sandra bei mir selbst nachgewiesen. hab zwar serial ata aber das gilt auch für ide.

was die wahl fürs dateisystem angeht sag ich mal jedem betriebsystem sollte man ein schön gemachtes stellen als immer das nehmen was von haus am liebsten genutzt wird. bei xp meiner meinung nach ntfs.

Dieser Beitrag wurde von spookster bearbeitet: 12. November 2003 - 00:21

[MDK]

Also Leute es ist heute mal wieder Lehrstunde, weils mir gerade langweilig ist :-)


--------- Beginn der Stunde

Warum ist NTFS schneller als FAT32 und warum zeigen es dann Programme wie Sandra SiSopft oder ähnlicher kack nicht an.

Wenn ihr ein Testprogramm laufen lasst, dann schreibt das z.B. ein 50MB File auf die Platte und liest es dann wieder, es werden also lediglich Daten rauf und runter geschrieben, es ist so ziemlich scheiß egal welches Dateisystem man dazu benutzt, denn da werden lediglich Blöcke gelesen, erst wenn hier große Unterschiede sind, dann kann sich das bemerkbar machen, aber bei Normalpartition mit vorgegebenen Blocksizes macht das bei nem großen File wie 50MB unter FAT32/NTFS keinen Unterschied, es wäre ein Unterschied würde man jetzt 50000x 1KB Files lesen.

Jetzt aber zu meiner obigen Aussage warum NTFS schneller ist als FAT32, das liegt an der Struktur von NTFS, FAT32 besitzt eine File Allocation Table sprich, da ist eine lange Liste in der alle Files eingetragen ist, das gute an NTFS im gegensatz zu FAT ist, dass bei NTFS diese Liste als B+ Baum aufgebaut ist, somit findest du immer in kürzester Zeit die Position eines Files auf der Platte, bei Fat/Fat32 kanns passieren, dass dein File hinten in der FAT Liste steht dann musst du diekomplette File Allocation Table durchlaufen und das dauert, deswegen ist NTFS schneller, weil es im Durchschnitt nicht solange benötigt ein File zu finden. Daher könnt ihr nicht Durchsatzraten Tests, wie sie SandraSiSoft z.B. macht nicht mit Filesystem Performance vergleichen.

------------ Ende der Stunde