"Dafür gibt es die /F Option, dann wird der Treiber auf jeden Fall geladen. "
Hm... den /F-Switch hatte ich schon drauf, aber ohne Erfolg.
In der FAT32.INF finde ich diesen Satz:
"/F : Forces CACHEF32.EXE to be loaded even if no FAT32 partition is found on startup. Added starting with version 0.99."
Also erst ab Vers. 0.99 ? Die vorliegende (neueste) Version lautet aber 0.912.
Fakt ist leider, dass ich diverse MP3-Player, die alle mit FAT32 vorbelegt sind, immer noch nicht unter eCS verwalten kann. Ich finde das äußerst bedauerlich. Die Geräte mit FAT16 zu re-formatieren bringt zwar technisch gesehen Abhilfe, kann aber kaum die Lösung sein, da 8.3-Dateinamen für Musikdateien nun wirklich nur noch peinlich ist.
@Schmackes:
Gute Idee. Dazu müsste ich aber eine bestehende Partition resizen, am lebenden Objekt. AFAIK kann das neueste dfsee soetwas. Gibt es darüber zuverlässige Erfahrungsberichte ? Besser gefragt: Erfahrungen über die Zuverlässigkeit ?
Desweiteren stellt sich dabei die Frage: Bis zu welchem Cyl./Sektor kann / muß die FAT32-Partition vorn liegen, um noch von fat32.ifs erkannt zu werden ?
Noch ne Bemerkung:
DFsee sagt über meine FAT32-Partition:
"A windows-compatible extended-partition type 0x0f is used, Old operating systems might not see all logical partitions. "
Könnte es sein, dass das Problem ganz woanders liegt ? Ist es vielleicht der Partion-Typ "0F", der stört ? Den könnte ich ja notfalls umhauen, aber auf welchen Wert ?
Danke,
Lutz Wagner
[ Leser: 179 ] |