Pergunta

Estou pesquisando há alguns dias e não consegui nenhum resultado. Talvez haja uma boa dica para Mac que eu tenha esquecido.

O que eu quero fazer (em poucas palavras) é criar uma pasta virtual que contenha todos os meus discos.

Por exemplo eu tenho:

  • /Volumes/Música (1 disco rígido para música)
  • /Volumes/Filmes (1 disco rígido para filmes)
  • /Volumes/Movies2 (2º disco rígido para filmes)
  • /Volumes/Dados (1 disco rígido para dados)

e assim por diante.

Agora digamos que eu crie uma pasta /share e comece a criar links simbólicos.Esses links simbólicos não estão funcionando ao compartilhar a pasta.Além disso, ao usar o ZFS, só posso compartilhar um pool inteiro, mas se um sistema de arquivos estiver no topo do pool, ele desaparecerá.

Por exemplo:

zpool create tank /dev/disk1 dev/disk2 #(merging Movies for example)
zfs create /tank/MoviesA
zfs create /tank/MoviesB

O compartilhamento de /tank resulta em uma pasta vazia, mesmo que FilmesA e FilmesB estejam preenchidos com Filmes.

Eu também tentei simplesmente compartilhar a pasta oculta /Volumes, mas como você pode imaginar, não funciona.Eu sei que isso não funciona e tem seus motivos, mas tentei para ver o que é possível.

Portanto, a ideia principal deve ser clara: criar um compartilhamento de rede que contenha todas as unidades, mas as mantenha independentes umas das outras.

Eu poderia compartilhar um zpool inteiro, mas se um disco falhar, ele se perderá.Também poderia usar algo como mhddfs, mas nesse caso não tenho controle sobre o local onde um arquivo é armazenado.

Em uma situação ideal, eu teria um grande compartilhamento de rede chamado "Servidor" que contém todos os meus discos rígidos por seus nomes e me permite navegar e mover coisas de um para outro.Simplesmente como dito acima quando tentei compartilhar a pasta "Volumes".

Espero que haja alguém por aí que possa me ajudar com isso.Tem que haver uma solução simples... qualquer coisa virtual.

O que obviamente está funcionando:

Transmitir -- Monte a conexão SSH em /Volumes

Transmit cria uma unidade virtual, mas ela não é compartilhável via SMB ou AFP e não mostra o tamanho correto.

O que eu ainda não tentei: - brincar com NFS - OSXFuse e SSH (provavelmente o mesmo que Transmit faz)

Qualquer ajuda seria muito apreciada. Eu sei que existem outras opções.Também pensei em Spans, JBODs, RAIDz, RAID1 Mirror sets em ZFS Setups...

Algumas informações sobre os HDDs disponíveis: 2x4 TB, 3x2 TB, 1x1 TB e um disco de 640 GB.

Se você tiver alguma outra ideia, compartilhe.Estou simplesmente tentando ter tudo em poucas palavras, mas não como um JBOD, portanto, se uma unidade falhar, tudo se perderá.E eu não preciso de um RAID porque os dados não são tão importantes e serão copiados no 2x4 TB ou vice-versa.

Foi útil?

Solução

Existem duas maneiras de fazer isso.Ao combinar as duas soluções, descobri que consegui maximizar a resiliência e a flexibilidade.

1 - Lado do Servidor.

Use OSXFuse (https://osxfuse.github.io/) e mhddfs, o último dos quais você pode instalar via MacPorts, para criar um grande conjunto de unidades.Então compartilhe isso.(Um problema aqui é que o mhddfs é executado no espaço do usuário, geralmente após o login, portanto, o compartilhamento de arquivos pode precisar ser reiniciado após o disparo do mhddfs. Ainda estou tentando resolver esse problema. Se você descobrir alguma coisa, compartilhe.)

Saiba que você também pode compartilhar as unidades de forma independente.Use o compartilhamento DrivePool para leitura e os compartilhamentos individuais para gravação (para que você tenha mais controle sobre onde os arquivos vão).

2 - Lado do Cliente.

Use auto_mounter e monte todas as unidades individualmente no cliente, mas na mesma pasta.Embora sejam montados individualmente, o auto_mounter é inteligente o suficiente para que, após um pequeno atraso de ativação e conexão, eles atuem basicamente como uma pasta grande e lenta na máquina cliente.Esta solução é surpreendentemente robusta.

As configurações serão uma combinação de dois arquivos de manifesto do lado do cliente, (1) /ect/auto_master e (2) convencionalmente em /etc/auto_resources.O melhor tutorial para isso está aqui - http://useyourloaf.com/blog/2011/01/24/using-the-mac-os-x-automounter.html. É antigo, mas as instruções ainda funcionam perfeitamente na minha máquina usando 10.9.5 no cliente e no servidor.

3 - Combine as duas soluções!

Eu tenho meu pool de unidades mestre mhddfs no meu cliente em /mnt/DrivePool e as unidades individuais em /mnt/IndividualDrives/D01 a /mnt/IndividualDrives/D10.Parece um pouco desajeitado no começo, mas na verdade é bastante robusto e flexível para minhas necessidades.

Outras dicas

Acabei de perceber que você pode usar o UnionFS no OSX, via fstab ou automount.Isso pode ser o que você está procurando.É como mhddfs sem o balanceamento.

Para quem estiver com problemas semelhantes:

Eu fui para o ZFS e criei um Software RAIDZ.

Estendi meu servidor para 5x2 TB de dados e 1x3 TB de backup[1] + 3x2 TB de backup[2] Então, obtive um total de 8 TB em uma invasão, 3 TB como unidade de backup e 3 x 2 TB como discos rígidos individuais contendo um backup completo de uma seção.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a apple.stackexchange
scroll top