Oder gibt es da eindeutige Aussagen, dass das Schreiben jetzt sauber
funktioniert?
fragt euch
Elmar
Hallo,
wenn ich die entsprechenden Artikel richtig interpretiere, stellt
captive u.a. eine Umgebung zur Verfuegung, in der die original ntfs.sys
und ntoskrnl.exe also die original M$-Treiber den Zugriff auf die
NTFS-Partition steuern.
Den Zugriff auf diese Partition macht also nicht Linux (ich meine damit
den Kernel), sondern M$-Treiber und das sind original die aus der
Win$-Installation auf besagter HD.
Captive, also die original M$-Treiber sollten das in einer Umgebung, die
Linux zur Verfiegung stellt genauso gut tun, wie in der orginal Win$
Umgebung. Wenn was nicht funktioniert Gates halt nicht mehr. Dann wuerde
ich die Schuld aber eher bei Bill seiner Software suchen, da captive
fuer die Treiber nur eine Art Laufzeitumgenung (aehnlich wine) zur
Verfuegung stellt.
mehr Info hier:
http://www.jankratochvil.net/project/captive/doc/Architecture.html.pl
Gruss
Hugo