<p dir="ltr">What is the Microsoft tax? </p>
<div class="gmail_quote">On Feb 1, 2014 2:30 PM, "Rick Troth" <<a href="mailto:rmt@casita.net">rmt@casita.net</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 02/01/2014 10:46 AM, Rob Funk wrote:<br>
> Last I heard, NTFS support on Linux was still kind of hackish. You might be<br>
> better off with a vfat space, plus separate storage spaces optimized for<br>
> each OS. Or just virtualize Windows entirely.<br>
<br>
I've been looking for a way to map Windows SID codes in NTFS to UID/GID<br>
in Linux space. It appears that the latest NTFS-3G supports it, but not<br>
clear if that is available in the GPL version or just proprietary. In<br>
any case, mapping SID cods to UID/GID does not seem to be automated in<br>
the popular distros (yet).<br>
<br>
CYGWIN does a slick job of mapping SID codes to UID/GID pairs, but it<br>
can do that because it's sitting right there in a Windows context. The<br>
last field within the GECOS field in /etc/passwd or /etc/group is<br>
magically mapped to a Windows SID code. If you care to edit your UID/GID<br>
values then things line up nicely with your Unix/Linux/POSIX systems.<br>
<br>
VFAT is "safer" in that it doesn't carry ownership info. VFAT makes a<br>
lot of sense for multi-system storage. (Just watch out for the Microsoft<br>
tax. As I recall, they hit Android; not sure who else.)<br>
<br>
-- R; <><<br>
<br>
<br>
<br>
_______________________________________________<br>
colug-432 mailing list<br>
<a href="mailto:colug-432@colug.net">colug-432@colug.net</a><br>
<a href="http://lists.colug.net/mailman/listinfo/colug-432" target="_blank">http://lists.colug.net/mailman/listinfo/colug-432</a><br>
</blockquote></div>