O MacOS Mojave estendeu os efeitos do SIP nos diretórios pessoais dos usuários. Por padrão, o acesso é negado a muitos diretórios no diretório inicial de um usuário. Seguem alguns exemplos desses diretórios.
~/Library/Messages
~/Library/Mail
~/Library/Safari
[… etc.]
Para acessar esses diretórios de um terminal, o aplicativo do terminal deve ser definido em Preferências do sistema > Segurança e privacidade > Privacidade > Acesso total ao disco. A configuração funciona, exceto para o seguinte diretório no meu sistema. O mesmo comportamento pode existir para outros dados em contêineres - não tenho certeza.
~/Library/Containers/com.apple.mail/Data/DataVaults
O comportamento intrigante é fácil de reproduzir. O diretório nem está visível.
cd ~/Library/Containers/com.apple.mail/Data
ls
ls: DataVaults: Operation not permitted
Eu uso rsyncpara espelhar meu diretório pessoal em um disco rígido externo; mas não posso mais fazê-lo porque rsyncreclama "Erro de E/S encontrado - ignorando a exclusão do arquivo", o que interrompe o efeito de espelhamento. Não encontro nenhuma documentação sobre este assunto. O suporte da Apple não tem ideia. Por que esse diretório é especial e como podemos obter acesso a ele sem desabilitar o SIP?
Resultados de investigação adicional com SIP desativado
De acordo com informações do sistema, a atualização do Mojave foi realizada em 24 de setembro de 2018. O diretório também foi criado no mesmo dia. Meu usuário possui o diretório e o grupo de funcionários é o proprietário do grupo. Suas permissões são 0700. Possui atributos estendidos conforme indicado pelo @símbolo. Sem ACL. Sem bandeiras.
xattr -l ~/Library/Containers/com.apple.mail/Data/DataVaults
com.apple.quarantine: 0082;00000000;Mail;
com.apple.rootless: Mail
ls -lO DataVaults
(no result; exit 0)
Após desabilitar o SIP, excluir o diretório e reativar o SIP, o diretório reaparecerá com as mesmas permissões assim que o Mail for aberto. Mail (versão 12.0 (3445.100.39)) não tem plugins.
Resultados de uma nova instalação em 16 de outubro de 2018
O diretório não existe após a formatação e reinstalação. Eu ainda não tenho idéia de como ele estava lá para começar.
Resultados de uma atualização em 29 de março de 2019
O diretório reapareceu coincidindo com a atualização para o Mojave 10.14.4 (18E226) e/ou Mail Versão 12.4 (3445.104.8).
O diretório DataVaults tem a ver com direitos . O acesso é impedido, a menos que o proprietário do direito conceda o acesso. Os direitos para Mail.app podem ser listados da seguinte forma e fornecem uma lista XML.
Neste momento, o único método restante para adquirir acesso ao diretório é desligar o SIP. Em relação ao meu
rsyncproblema, optei por manter o SIP ativado e utilizei arsysncopção,exclude, para ignorar o diretório DataVaults, que, aliás, é desprovido de conteúdo.De um comentário do blog da Eclectic Light Company , oferecendo mais pistas:
Não encontrei um sinalizador em
~/Library/Containers/com.apple.mail/Data/DataVaults, e uma instalação limpa do Mojave fez com que o diretório não aparecesse novamente desde então.Uma visão geral resumida dos controles de acesso também foi publicada.