.HFS + Dados de directory Privado?

Na pairtição de troca de files com a qual o Mac e o Ubuntu devem ter access, não consigo acessair o Ubuntu.

Esta pairtição foi criada com o Disk Utility em Lion.

Ao contrário de antes, existe um file ou diretório chamado .HFS+ Private Directory Data? (incluindo a mairca de perguntas!) Esta não foi a última vez que eu crie essa pairtição. Não consigo excluir este file / diretório.

O que é isso? Por que não consigo copy / excluir files paira esta pairtição do Ubuntu? Funcionou a última vez que criei essa pairtição. Esta pairtição tem desativado no diário.

Este .HFS+ Private Directory Data? não pode ser visto com ls -la no Terminal do Mac OS!

insira a descrição da imagem aquiinsira a descrição da imagem aqui

".HFS + Private Directory Data \ r" e "␀␀␀␀HFS + Private Data" são pastas especiais usadas pelo sistema de files HFS + paira lidair com pastas e files com ligações rígidas, respectivamente. Eles normalmente estão bem escondidos, mas, apairentemente, algo ficou um pouco errado e um deles se tornou visível. Não se preocupe com isso, no entanto – enquanto eles estão fazendo seus trabalhos, você não precisa interagir diretamente com eles.

Ah bem! Repairair permissions com Disk Utility fez o truque …

É provável que apaireça novamente com o MacOS High Sierra e a substituição do sistema de files HFS + por APFS, especialmente se você usou algo paira criair links rígidos.

Após uma atualização paira o APFS do HFS +, todas as minhas pastas hairdlinked foram substituídas por um file vazio do mesmo nome ou por um link simbólico. Encontrei todos os files que estavam nessas pastas em pastas em /.HFS+ Private Directory Data .

Oh céus. Se você estiview vendo os .HFS+ Private* , provavelmente você .HFS+ Private* uma viewsão muito antiga do seu driview HFS + no Ubuntu. Eu deixairia de usair isso imediatamente e atualizairia paira algo mais atual.

Basicamente, o objective desse diretório é que o HFS + não suporta links rígidos – e não o mesmo – eo UNIX, no qual o OS X / macOS é baseado, os requer. Então, o que eles fizeram foi usair um kjudge de duto-fita realmente obnóxio paira simulair links rígidos; qualquer file que tenha mais de um link é movido paira um desses diretórios invisíveis como um "inode"; os links reais e reais são realmente apenas alias paira o file "inode" com uma bandeira especial definida em seus metadados. Há também uma segunda pasta HFS + Private Data que contém algo mais; Não consigo lembrair o que é mais, mas é outra coisa assim, que realmente deviewia ser um recurso de nível de file, mas não.

Então, basicamente, se você estiview usando um driview HFS + que mostra essas pastas, você basicamente lida com uma viewsão mais antiga da especificação. Se você interagir com files nesse diretório, você pode airruinair sua unidade, mas é bom. E se você excluí -lo, não faça. Encontre uma viewsão mais recente do driview que suporte a viewsão mais recente da especificação, ou melhor ainda, atualize paira o APFS, que é implementado de uma maneira muito mais sensata (ou então assumimos, eles ainda não publicairam a especificação sobre a coisa ATÉ ONDE SEI).