Não vai ler caracteres Unicode sobre montagem NFS?

2

Estou tendo esse problema estranho ao tentar reproduzir MP3s contendo caracteres Unicode (acentos) em um NFS no Mac OSX, tudo é bom no AFP, mas estou configurado com o NFS porque é um servidor linux do outro lado.

Esta é a minha configuração do utilitário de disco:

*nfs://192.168.1.112/Music*

Parâmetros avançados de montagem:

*-P , nolocks nosuid*

O estranho é que consigo ver esses arquivos no localizador (com os acentos ..), mas não consigo reproduzi-los! Então, eu estou me perguntando se é um problema unicode, já que posso ver os arquivos corretamente ou um problema de permissão, pois não consigo reproduzi-los, mas não faria sentido que eu não possa reproduzir APENAS os arquivos que contêm acentos. .

obrigado

ponta do dedo
fonte
1
Você já tentou um MP3 player diferente? Talvez seja apenas um bug naquele MP3 player, sufocando nesses nomes de arquivo.
Spiff 27/02
Experimente o VLC !
Mateen Ulhaq 27/02
Como você os interpreta? QuickLook no Finder? iTunes? Obter visualização da caixa de diálogo Informações (também Finder)? Uma das outras maneiras mencionadas funciona? Funciona quando você copia os arquivos para o disco local (ainda com detalhes nos nomes dos arquivos)?
Daniel Beck
Ótima sugestão. O VLC nem consegue espaços nos nomes de arquivos e pastas diretamente no OS X. (A reprodução funciona bem, mas o ícone do proxy está além do quebrado).
Daniel Beck
Isso estava usando VLC !! :) O Quicktime player (ou preview) t work either, it says that the file doesnnão existe, mesmo que o localizador o veja bem e ele definitivamente exista. Estou pensando em questões de permissão, mas por que seria apenas para arquivos com sotaques? Não faz sentido para mim ...
fingertwist

Respostas:

2

Use a opção nfc em sua montagem nfs:

nfc Converta as seqüências de nome no Formulário de Normalização C (NFC) Unicode ao enviá-las ao servidor NFS. Esta opção pode ser usada para melhorar a interoperabilidade com clientes e servidores NFS que normalmente usam nomes no formulário NFC.

MOUNT_NFS (8)

O motivo:

Unicode é um padrão complexo. Um de seus elementos é a codificação. Existem vários deles. O Linux está usando o UTF8 pré-composto, enquanto o OS X usa o UTF8 decomposto, resultando, por exemplo, no glifo "ä" sendo codificado em diferentes bytes de bytes no Linux e no OS X.

Fonte: https://discussions.apple.com/message/12045309#12045309

Exemplo de uma entrada de montagem automática em minha estação de trabalho:

iss:~ root# cat /etc/auto_nfs
3TB    -fstype=nfs,resvport,nfc,vers=4,soft,intr,rsize=32768,wsize=32768,noatime,retrans=3,proto=tcp nas.local:/nas/3TB
itorres
fonte
2
A verdade horrível é que você pode ver arquivos desaparecendo no Finder das montagens nfs com a nfcopção se eles tiverem caracteres especiais (por exemplo, ä), e eles foram previamente copiados para o servidor usando uma montagem sem tradução de caracteres, rsync sem a --iconv=utf-8-mac,utf-8opção ou similar. A parte horrível é que o caractere NFD no servidor pode parecer exatamente o mesmo em uma sessão SSH que o NFC, e que ambos mostrarão '??' em vez do char em um shell local. Ambos podem existir simultaneamente, mas pode ser que ä! = Ä e ?? ! = ?? na mesma sessão do terminal. Um pesadelo para limpar.
precisa saber é o seguinte