Posso ler e gravar em forks de arquivos alternativos HFS + ou fluxos de dados NTFS do Linux?

Question

É possível montar os sistemas de arquivos Apple HFS + e Microsoft NTFS no Linux.

Ambos os sistemas de arquivos suportam múltiplos fluxos de conteúdo por arquivo, embora isso não seja amplamente usado.

• A Apple usa o termo < em> garfo .
• A Microsoft usa o termo Fluxo de dados alternativo .

Existem maneiras (semi) padrão para acessar esses recursos do sistema de arquivos do Linux? Em caso afirmativo, os métodos são uniformes entre os dois sistemas de arquivos ou somente métodos ad-hoc arcanos estão disponíveis? (Talvez algo com ioctl s?)

    

Answer 1

O ntfs-3g pode ler fluxos de dados alternativos no NTFS. A partir da sua página de mana:

Alternate Data Streams (ADS)

NTFS stores all data in streams. Every file has exactly one unnamed data stream and can have many named data streams. The size of a file is the size of its unnamed data stream. By default, ntfs-3g will only read the unnamed data stream.

By using the options "streams_interface=windows", with the ntfs-3g driver (not possible with lowntfs-3g), you will be able to read any named data streams, simply by specifying the stream's name after a colon. For example:

 cat some.mp3:artist

Named data streams act like normal files, so you can read from them, write to them and even delete them (using rm). You can list all the named data streams a file has by getting the "ntfs.streams.list" extended attribute.

Para o hfs +, não consegui encontrar nada conclusivo (por exemplo, documentação do kernel), mas esta questão no Super User aponta para uma sugestão:

Add /rsrc to the end of the file name to access the resource fork. I have no I idea where that's documented if anywhere. Edit: Just to clarify I was referring to command-line usage for example cp somefile/rsrc destfile will copy the resouce fork of somefile a file called destfile. All command-line functions work this way. I haven't tested it with anything graphical.