Acessando o sistema de arquivos do Mac a partir do xUbuntu

Question

Eu tenho um MacBook Pro com 2 OS's ... Mac OSX e Xubuntu (mais novo lançamento.)

Eu segui um guia do lifehacker para permitir o acesso da minha partição OSx quando inicializado no meu sistema operacional Linux, o que inclui a alteração do uID do Linux e a desativação do registro no diário na minha unidade HFS +.

Eu vejo minha partição do OSx quando inicializado no linux no meu navegador de arquivos, mas quando entro mais fundo, recebo o 'Acesso negado'. Eu vejo que, no utilitário de disco do OSX, eu tenho a opção de desabilitar a criptografia, mas quando eu bati, nada muda ... Essa criptografia estaria interferindo?

Alguma idéia?

    

Answer 1

O problema não é criptografia, são permissões de arquivo. IIRC, OS X dá ao seu usuário padrão um ID de usuário (UID) de 501, enquanto no Ubuntu o UID do primeiro usuário é 1000. Assim, os arquivos no disco parecem pertencer a alguém que não você, o que significa que você terá não há acesso a esses arquivos como nada, exceto root .

Você pode alterar o UID do usuário do OS X ou do usuário do Linux. Para Linux, você pode usar usermod para fazer isso, mas você precisará de root privileges, e isso é um pouco estranho, dada a maneira como o Ubuntu configura as coisas, a menos que você tenha duas contas com privilégios administrativos. Além disso, usar um UID menor do que 1000 criará algumas complicações (na maioria pequenas). Veja esta pergunta neste site para mais informações sobre este tópico. Não tenho certeza de como você mudaria seu OS X UID para 1000, de improviso; talvez uma pesquisa na Web ou a consulta em um site do OS X ajude.

No entanto, devo questionar a conveniência de conceder acesso de leitura / gravação à sua partição principal do OS X do Linux. Isto está a pedir problemas, por três razões principais:

• O driver Linux HFS +, apesar de muito bom, pode ter erros que podem causar perda de dados. Se você se deparar com esses bugs, o simples ato de montar o volume do OS X no Linux poderia estragar todos os dados nessa partição. Eu gostaria de enfatizar que eu não sei se tais erros realmente existem, mas eles podem.
• Ao desativar o diário no volume HFS +, você aumentará os tempos de verificação do sistema de arquivos, o que poderia retardar o processo de inicialização se o OS X precisar executar uma verificação do sistema de arquivos.
• O Linux não inclui salvaguardas explícitas contra danos nos arquivos do sistema OS X. Embora as permissões comuns de arquivos devam ajudar, um acidente como root no Linux poderia afetar o sistema OS X.

Comentários semelhantes aplicam-se também ao acesso à partição Linux do OS X, embora talvez você não precise desativar um diário para fazer o trabalho. (Eu não verifiquei o status mais recente dos drivers do sistema de arquivos Linux do OS X nesta partitura.)

Em vez de montar a partição raiz do OS X ( / ) no Linux com acesso de leitura / gravação, provavelmente é melhor criar uma partição de troca de dados separada. Se você não precisa trocar grandes arquivos (acima de 4GiB), o FAT irá lidar com esta tarefa muito bem, e usar o FAT irá ignorar os problemas de UID que são a causa raiz do seu problema. O mesmo acontecerá com o NTFS, mas a menos que você esteja triplo inicializando com o Windows, usar o NTFS é desaconselhável porque não há boas ferramentas de reparo NTFS no OS X ou Linux, então mais cedo ou mais tarde um volume NTFS ficará inacessível. Assim, se o FAT for inadequado, um volume HFS + separado é provavelmente o melhor. Em seguida, você precisará sincronizar seus valores de UID ou definir permissões muito permissivas nos diretórios usados na partição de troca de arquivos (incluindo seu diretório raiz).