Tidak akan membaca karakter Unicode melalui NFS mount?


2

Saya mendapatkan masalah aneh ini ketika mencoba memutar MP3 yang berisi karakter Unicode (aksen) melalui NFS di Mac OSX, semuanya lebih baik dari AFP, tapi saya setup dengan NFS karena ini adalah server linux di ujung yang lain.

Ini adalah pengaturan utilitas disk saya:

*nfs://192.168.1.112/Music*

Parameter pemasangan lanjutan:

*-P , nolocks nosuid*

Yang aneh adalah saya bisa melihat file-file itu di finder (dengan aksen ..) tapi saya tidak bisa memainkannya! Jadi saya bertanya-tanya apakah ini masalah unicode, karena saya bisa melihat file dengan benar atau masalah izin karena saya tidak bisa memainkannya, tetapi mereka tidak masuk akal bahwa saya tidak bisa memainkan HANYA file yang berisi aksen. .

Terima kasih


1
Sudahkah Anda mencoba pemutar MP3 yang berbeda? Mungkin itu hanya bug di salah satu pemutar MP3 itu, tersedak nama file itu.
Spiff

Coba VLC !
Mateen Ulhaq

Bagaimana Anda memainkannya? QuickLook in Finder? iTunes? Dapatkan pratinjau dialog Info (juga Pencari)? Apakah salah satu cara lain yang disebutkan berhasil? Apakah itu berfungsi ketika Anda menyalin file ke disk lokal Anda (masih dengan aksen dalam nama file)?
Daniel Beck

@muntoo Saran bagus. VLC bahkan tidak mendapatkan spasi dalam nama file dan folder langsung di OS X. (Bermain berfungsi dengan baik, tetapi ikon proxy tidak rusak).
Daniel Beck

Itu menggunakan VLC !! :) Quicktime player (atau preview) tidak akan t work either, it says that the file doesnada walaupun finder melihatnya baik-baik saja dan itu pasti ada. Saya sedang berpikir tentang masalah izin, tetapi mengapa hanya untuk file dengan aksen di dalamnya. Tidak masuk akal bagi saya ...
fingertwist

Jawaban:


2

Gunakan opsi nfc di mount nfs Anda:

nfc Konversi string nama menjadi Unicode Normalization Form C (NFC) saat mengirimnya ke server NFS. Opsi ini dapat digunakan untuk meningkatkan interoperabilitas dengan klien dan server NFS yang biasanya menggunakan nama dalam bentuk NFC.

MOUNT_NFS (8)

Alasannya:

Unicode adalah standar yang kompleks. Salah satu elemennya adalah encoding. Ada beberapa dari mereka. Linux menggunakan UTF8 yang didekomposisi sementara OS X menggunakan UTF8 yang didekomposisi, ini menghasilkan misalnya mesin terbang "ä" yang dikodekan dalam berbagai pengujian pada Linux dan OS X.

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

Contoh entri automount di workstation saya:

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

2
Kebenaran yang mengerikan adalah bahwa Anda dapat melihat file menghilang di Finder dari nfs mounts dengan nfcopsi jika mereka memiliki karakter khusus (misalnya ä), dan mereka sebelumnya disalin ke server menggunakan mount tanpa terjemahan char, rsync tanpa --iconv=utf-8-mac,utf-8opsi, atau serupa. Bagian yang mengerikan adalah bahwa char NFD di server mungkin terlihat persis sama dalam sesi SSH dengan yang NFC, dan bahwa keduanya akan menunjukkan '??' bukannya char di shell lokal. Keduanya bisa ada secara bersamaan, tetapi mungkin saja bahwa ä! = Ä dan ?? ! = ?? dalam sesi terminal yang sama. Mimpi buruk untuk dibersihkan.
DanielSmedegaardBuus
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.