Sintomas: Todos os procedimentos normais não conseguem realizar a tarefa de remover o arquivo, seja pelo Finder ou pelo Terminal (sudo rm, sudo mv). Não é um problema de permissão, acesso ou conteúdo de arquivo. Um arquivo novo e novo pode ser desabilitado usando o caractere 'nul' em seu nome (UTF: \ 342 \ 220 \ 200) em seu nome. O arquivo só pode ser manipulado manipulando a pasta pai no Finder ou no Terminal, ou seja, movendo / renomeando o pai.
Esta não é uma solução 100%.
A solução curta é inicializar seu sistema a partir de um drive USB externo com algo como o Ubuntu instalado. No Ubuntu, você pode forçar a montagem da unidade problemática com acesso RW e excluir o arquivo.
Isso envolve: -criando o drive USB Ubuntu inicializável -remover as unidades com acesso r / w -sudo rm os arquivos problemáticos
Isso funciona apenas para unidades HFS + (ou outros formatos comuns). Infelizmente, os macs modernos usam o sistema de arquivos Core Storage. Isso aparentemente não pode ser lido por sistemas operacionais de terceiros no presente (ou no futuro previsível)
Assim, a parte de menos de 100% é que se pode passar pelo problema em potencial de reverter sua unidade de sistema de volta para o HFS + e seguir a mesma rota descrita acima. Ou, coloque o (s) arquivo (s) errante (s) em um canto escuro e exclua dos backups do TM (como o arquivo irá transferir e 'infectar' os backups do TM também).
Detalhes específicos deixados de lado propositalmente, já que os passos exatos que eu segui não foram registrados, e muito provavelmente irão mudar com o passar do tempo. Por enquanto, limpei meus discos externos dos arquivos problemáticos e separei os arquivos locais em uma pasta excluída de TM (e oculta pelo Finder) na raiz do HD.
PS: solte um arquivo nota.txt na pasta de armazenamento, então quando você acidentalmente topar com isso mais tarde, você sabe o que está acontecendo e por quê. Além disso, a Apple está ciente e trabalhando no problema. Mas, não foi capaz de fornecer uma solução no momento em que eu liguei.