A menos que você receba uma resposta de alguém que tenha tentado isso antes, um pouco do Google parece sugerir que você está brincando com fogo .
Enquanto esta pergunta no SuperUser sugere que versões mais recentes de rsync suportam garfos de recursos Não vejo essa menção em nenhum dos changelogs do upstream. Pode ser específico para a versão do OS X de rsync .
Pise com muito cuidado aqui:
- A maioria dos programas Linux não tem conhecimento de garfos de recursos.
- Os forquilhas de recursos expostos pelo driver do kernel aparecerão no sistema operacional como "diretórios" virtuais. Os forks de recursos definitivamente não são diretórios, portanto, qualquer programa que os interprete como algo diferente de forks de recursos não copia o que você quer dizer para eles.
A única coisa que eu não consigo encontrar é se uma chamada do sistema de arquivos para copiar diretamente um único arquivo irá captar a borda da transferência de tudo intacto se o destino for o mesmo tipo de sistema de arquivos. É aqui que meu entendimento sobre as chamadas do sistema kernel fica nebuloso. Eu quero dizer que não é provável, dada a implementação, como cp -R ,% sem patchrsync, etc. iria enlouquecer tentando replicar a estrutura de diretórios.
Antes de obter uma resposta melhor que a minha, provavelmente é melhor usar algum tipo de "formato de contêiner" para copiar uma coleção de dados intacta como um único arquivo. Isso exigiria que você conecte a unidade novamente a algo que implemente o HFS + nativo e que você tenha espaço suficiente para o arquivo extra. As postagens que eu vinculei oferecem algumas sugestões.