Mac OS X - Masalah dengan izin file ke drive USB NTFS


10

Saya dapat membaca / menulis file dalam drive USB eksternal NTFS.

Saya memiliki beberapa masalah dengan file besar seperti AVI / MKV yang disimpan pada drive eksternal NTFS. File-file itu tampak abu-abu ke Finder dan, selalu menggunakan Finder, ketika saya "Buka Dengan" pemutar video saya, saya menerima kesalahan aneh:

Item "file.avi" digunakan oleh Mac OS X dan tidak dapat dibuka.

Yah, saya menemukan solusinya: jika saya tarik & jatuhkan file.avike pemutar video saya semuanya bekerja dengan baik.

Tapi sungguh saya tidak tahu mengapa masalah ini muncul.

Harap pertimbangkan saya belum menginstal driver khusus NTFS (yaitu MacFUSE atau NTFS-3g). Untuk memasang drive USB NTFS saya di R / WI hanya dimodifikasi /etc/fstab, tambahkan baris berikut:

LABEL=WD320 none ntfs rw

Apakah ini hanya terjadi pada file media (mis. Video)? Bisakah Anda secara khusus mengesampingkan beberapa jenis file?
slhck

Hal lain yang bisa Anda coba adalah menginstal saja NTFS-3g dan lihat apakah itu berfungsi.
slhck

Solusi non-techie adalah membuka file berwarna abu-abu dengan Quick Time Player (QTP) yang tidak berguna menggunakan 'quick view'> klik ganda (atau kanan) klik nama file> Quick Look Ini hanya berfungsi dengan file yang dapat dibuka QTP seperti mp4 avi dll. Ini tidak akan membuka file mkv.

Untuk menghindari masalah sepenuhnya, Anda dapat membuat file dengan mentransfernya dari hard disk eksternal, (alih-alih menyalinnya dari komputer Anda) ke NTFS HD Anda. Melelahkan, tentu, tetapi kemudian file dapat diakses langsung

Jawaban:


25

Saya telah menemukan utas yang berhubungan dengan subjek yang sama. File tampak berwarna abu-abu dan tidak dapat dibuka dengan pesan kesalahan yang sama.

Berikut adalah langkah-langkah untuk (semoga) menyelesaikannya:

  • Buka Terminal dan jalankan

    xcode-select --install
    
  • Di atas akan menginstal alat baris perintah XCode

  • Lalu lari

    GetFileInfo /Volumes/WD320/yourfile.avi
    
  • Harus ada informasi tentang jenis file dan pencipta serta atribut file lainnya

  • Sekarang, ubah atribut itu dengan menelepon

    SetFile -c "" -t "" /Volumes/WD320/yourfile.avi
    
  • Sekarang file tersebut harus diputar

Saya jelas tidak bisa mencobanya (yang biasanya saya lakukan), tapi mungkin bisa membantu.


Adakah yang mau menjelaskan mengapa downvote? @ NSGod sebenarnya menyebut jawaban saya sebagai hal yang harus dicoba - jawabannya (sangat bagus) hanya menjelaskan latar belakang teknis.
slhck

1
Baik sekali. Terima kasih banyak untuk saran ini :)
freedev

Bisakah Anda tidak lagi mengedit bidang ini di properti file Finder itu sendiri? Mereka tampaknya berada dalam kotak teks yang dapat diedit di tangkapan layar yang diberikan dalam jawaban yang diberikan oleh @NSGod. Jika Anda bisa, itu akan menjelaskan downvote, jika Anda merekomendasikan mengunduh program yang tidak perlu.
trlkly

@trikly: Tidak, jendela yang ditampilkan dalam jawaban saya adalah tangkapan layar aplikasi Xray milik Rainer Brockerhoff ( brockerhoff.net/xray ). Mac OS X Finder tidak pernah memiliki kemampuan untuk mengedit jenis file dan kode pembuat langsung melalui GUI (Anda mungkin dapat menggunakan AppleScript). Maksud saya dengan menunjukkan gambar adalah untuk mencoba menggambarkan dengan lebih baik apa yang terjadi.
NSGod

1
Masih berfungsi dengan baik di macOS Sierra untuk file HDD yang terpasang di NTFS :-) terima kasih!
Benno

7

Item "file.avi" digunakan oleh Mac OS X dan tidak dapat dibuka.

Ini berarti item telah memiliki tipe file 'brok'dan kode pembuat 'MACS'set untuk itu (dan tidak dihapus):

masukkan deskripsi gambar di sini

Ketika Anda menggunakan Finder untuk menduplikasi file, ketika Finder pertama kali membuat file duplikat, itu menetapkan jenis file khusus 'brok', dan kode pembuat 'MACS'(kode pembuat Finder itu sendiri), untuk menandakan bahwa file sedang digunakan. Setelah Finder selesai membuat file duplikat, itu akan mereset tipe file dan kode pembuat ke file asli.

Biasanya, Anda hanya akan menghadapi situasi di mana 'brok'jenis file tidak diatur ulang jika Finder macet atau entah bagaimana terganggu selama menyalin file. Jika itu tidak terjadi pada Anda, maka apa yang Anda lihat bisa menjadi bug dalam rwmendukung driver NTFS bawaan.

Seperti yang disebutkan oleh slhck, Anda harus dapat menghapus reaksi ini oleh Finder dengan menghapus jenis file dan kode pembuat file-in-question.


2

Tanggapan saya terhadap masalah ini adalah hasil dari mengumpulkan jawaban yang diambil dari beberapa posting lain (terima kasih banyak) dan pengalaman saya sendiri.

Latar belakang: Saya memiliki hard drive eksternal dengan sistem file NTFS. Saya ingin memasangnya sesekali. Sebelumnya volume akan me-mount 'read only'. Setelah saya memperbaikinya, file pada volume berada dalam keadaan tidak dapat digunakan. untuk mendapatkan volume yang terpasang dengan benar dan memiliki file yang dapat diakses, saya harus melakukan hal berikut:

FYI: Saya pengguna kornshell. Sesuaikan perintah ini ke shell yang Anda inginkan.

$ sudo ksh
<password>

$ mv /sbin/mount_ntfs /sbin/mount_ntfs.orig

$ vi /sbin/mount_ntfs

Kemudian tempel konten di bawah ini:

#!/bin/ksh

# --- direct all script stdout to a temp file for examination
exec > /tmp/ntfs

# --- connect all stderr to stdout
exec 2>&1

# --- get the last argument on the command line - this is the mount point
eval echo \$$# |
read MOUNT_PT
echo "\${MOUNT_PT} = \"${MOUNT_PT}\""
echo

echo "Mounting $@"

# --- call the original ntfs mounter with the arguments handed in
/sbin/mount_ntfs.orig -o rw "$@"

echo "Mounted  $@"

# --- show the result of the mounting operation
mount

# --- fix files at the newly mounted MOUNT_PT that are in the 'brok' state
find "${MOUNT_PT}" -type f |
while read FILE; do

    # ---
    # --- use 'SetFile' to modify the file status
    # ---
    # --- this command line assumes the 'SetFile' command has been installed
    # --- and is available in your PATH
    # ---
    SetFile -c "" -t "" "${FILE}"

done

Kemudian:

$ chmod a+x /sbin/mount_ntfs

$ chown root:wheel /sbin/mount_ntfs

Sekarang, setiap kali saya pasang di disk, sudah terpasang 'baca / tulis' dan file pada disk memiliki status 'brok' reset. Skrip ini berfungsi baik untuk saya. Jarak tempuh Anda mungkin beragam.

Nikmati --


1

Terima kasih banyak untuk ini - saya meningkatkan script di atas karena tidak berjalan pada mesin OSX 10.8.4 saya (memberikan kesalahan) dan agak lambat. Hanya perlu memeriksa kapan disk read-only dipasang ... Perubahan ditandai dengan JCV CHANGED:

#!/bin/ksh

# --- direct all script stdout to a temp file for examination
exec > /tmp/ntfs

# --- connect all stderr to stdout
exec 2>&1

# --- get the last argument on the command line - this is the mount point
eval MOUNT_PT=\${$#}
# -- JCV CHANGED: corrected eval expression

echo "\${MOUNT_PT} = \"${MOUNT_PT}\""
echo

echo "Mounting $@"

# --- call the original ntfs mounter with the arguments handed in
/sbin/mount_ntfs.orig "$@"

echo "Mounted  $@"

# --- show the result of the mounting operation
 mount

# --- fix files at the newly mounted MOUNT_PT that are in the 'brok' state
find "${MOUNT_PT}" -type f |
while read FILE; do
  #JCV CHANGED: added check whether file type affected
  GetFileInfo -t "${FILE}"  | read FILETYPE
    if [[ $FILETYPE = "\"brok\"" ]];then
    # ---
    # --- use 'SetFile' to modify the file status
    # ---
    # --- this command line assumes the 'SetFile' command has been installed
    # --- and is available in your PATH
    # ---
    SetFile -c "" -t "" "${FILE}"
    echo "fixing file ${FILE}"
   fi
done

Bisakah Anda menyebutkan perubahan yang dilakukan dan mengapa - terima kasih.
tersangka

terima kasih atas balasannya - saya mencoba menjelaskannya di posting di atas.
JCV

Itu berarti pembaca harus membaca kedua blok kode dan melakukan perbandingan mental. Beberapa penjelasan untuk menggambarkan apa yang telah Anda lakukan dan mengapa akan sangat membantu.
tersangka

1
Script hanya berfungsi sampai disk di-remount - lalu harus mengubah parameter lagi. Saya mencoba mengubah params setFile ke -c "????" (aplikasi pencipta tidak diketahui) yang memberikan solusi persisten tetapi kemudian membingungkan quicktime saat membuka film (tipe file bla blag tidak dikenal).
JCV
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.