मैक ओएस एक्स - एनटीएफएस यूएसबी ड्राइव में फ़ाइल अनुमति के साथ समस्याएं


10

मैं एक NTFS बाहरी USB ड्राइव में फ़ाइलें पढ़ / लिख सकता हूं।

मुझे बड़ी फ़ाइलों के साथ कुछ समस्याएँ हैं जैसे AVI / MKV एक NTFS बाहरी ड्राइव पर संग्रहीत। उन फ़ाइलों को खोजक में खोजा जाता है और, हमेशा खोजक का उपयोग करते हुए, जब मैं अपने वीडियो प्लेयर को "ओपन विथ" करता हूं तो मुझे एक अजीब त्रुटि मिलती है:

आइटम "file.avi" का उपयोग Mac OS X द्वारा किया जाता है और इसे खोला नहीं जा सकता।

ठीक है, मुझे वर्कअराउंड मिला: अगर मैं file.aviअपने वीडियो प्लेयर में ड्रैग एंड ड्रॉप करता हूं तो सब कुछ ठीक रहता है।

लेकिन वास्तव में मैं यह पता नहीं लगा सकता कि यह समस्या क्यों दिखाई देती है।

कृपया विचार करें कि मैंने कोई NTFS कस्टम ड्राइवर स्थापित नहीं किया है (यानी MacFUSE या NTFS-3G)। मेरे NTFS USB ड्राइव को R / WI में माउंट करने के लिए केवल /etc/fstabनिम्नलिखित पंक्ति को जोड़ते हुए संशोधित किया गया है:

LABEL=WD320 none ntfs rw

क्या यह केवल मीडिया फ़ाइलों (जैसे वीडियो) पर हो रहा है? क्या आप विशेष रूप से कुछ फ़ाइल प्रकारों से इंकार कर सकते हैं?
slhck

एक और चीज जो आप आजमा सकते हैं, वह है NTFS-3G को बस इंस्टॉल करना और यह देखना कि क्या यह उसी के साथ काम करता है।
slhck

एक गैर-तकनीकी समाधान बेकार क्विक टाइम प्लेयर (QTP) के साथ ग्रे-आउट फ़ाइलों को खोलने के लिए है, 'क्विक व्यू'> डबल (या राइट) का उपयोग करके फ़ाइल नाम पर क्लिक करें> क्विक लुक यह केवल उन फाइलों के साथ काम करता है जो QTP ऐसे mp4 के साथ खोल सकते हैं AVI आदि यह mkv फाइलें नहीं खोलेगा।

समस्या को पूरी तरह से दरकिनार करने के लिए आप फ़ाइलों को एक बाहरी हार्ड डिस्क से स्थानांतरित करके बना सकते हैं, (बजाय उन्हें अपने कंप्यूटर के एचडी से कॉपी किए) अपने NTFS HD में। श्रमसाध्य, निश्चित, लेकिन फिर फ़ाइलों को सीधे एक्सेस किया जा सकता है

जवाबों:


26

मुझे एक ऐसा धागा मिला है जो एक ही विषय से संबंधित है। फ़ाइलें बाहर दिखाई देती हैं और उसी त्रुटि संदेश के साथ नहीं खोली जा सकतीं।

यहाँ (उम्मीद है) इसे हल करने के लिए कदम हैं:

  • एक टर्मिनल खोलें और चलाएं

    xcode-select --install
    
  • ऊपर XCode कमांड लाइन उपकरण स्थापित करेगा

  • फिर भागो

    GetFileInfo /Volumes/WD320/yourfile.avi
    
  • फ़ाइल प्रकार और निर्माता और अन्य फ़ाइल विशेषताओं के बारे में जानकारी होनी चाहिए

  • अब, उन विशेषताओं को कॉल करके बदलें

    SetFile -c "" -t "" /Volumes/WD320/yourfile.avi
    
  • अब फाइल को खेलना चाहिए

मैं स्पष्ट रूप से यह कोशिश नहीं कर सका (जो मैं सामान्य रूप से करता हूं), लेकिन शायद यह मदद करता है।


किसी को भी यह समझाने की परवाह है कि पतन क्यों? @NSGod ने वास्तव में मेरे उत्तर को संदर्भित करने की कोशिश के रूप में संदर्भित किया - उसका (बहुत अच्छा) उत्तर केवल तकनीकी पृष्ठभूमि बताता है।
slhck

1
बहुत अच्छा। इस सुझाव के लिए बहुत बहुत धन्यवाद :)
स्वतंत्रता दिवस

क्या आप अब खोजक फ़ाइल गुणों में इन फ़ील्ड्स को संपादित नहीं कर सकते हैं? वे @NSGod द्वारा दिए गए जवाब में दिए गए स्क्रीनशॉट में संपादन योग्य टेक्स्ट बॉक्स में दिखाई देते हैं। यदि आप कर सकते हैं, तो यह एक डाउनवोट की व्याख्या करेगा, यदि आपने एक अनावश्यक प्रोग्राम डाउनलोड करने की सिफारिश की है।
trlkly

@trikly: नहीं, मेरे उत्तर में दिखाई गई विंडो रेनर ब्रोकरहॉफ़ के एक्सरे ऐप ( brockerhoff.net/xray ) का स्क्रीनशॉट है । मैक ओएस एक्स फाइंडर में कभी भी जीयूआई के माध्यम से फ़ाइल प्रकारों और निर्माता कोड को सीधे संपादित करने की क्षमता नहीं थी (आप AppleScript का उपयोग करने में सक्षम हो सकते हैं)। छवि दिखाने के साथ मेरा इरादा बेहतर चित्रण करने की कोशिश करना था कि क्या हो रहा था।
NSGod

1
अभी भी मेरी NTFS घुड़सवार HDD फ़ाइलों के लिए macOS सिएरा में अच्छी तरह से काम करता है :-) धन्यवाद!
बेनो

7

आइटम "file.avi" का उपयोग Mac OS X द्वारा किया जाता है और इसे खोला नहीं जा सकता।

इसका मतलब है कि आइटम में एक फ़ाइल प्रकार 'brok'और 'MACS'इसके लिए सेट का एक निर्माता कोड (और साफ़ नहीं किया गया है) है:

यहाँ छवि विवरण दर्ज करें

जब आप फाइंडर का उपयोग डुप्लिकेट फ़ाइलों के लिए करते हैं, जब फ़ाइंडर पहली बार डुप्लिकेट फ़ाइल बनाता है, तो यह एक विशेष फ़ाइल प्रकार सेट करता है 'brok', और एक निर्माता कोड 'MACS'(फ़ाइंडर का निर्माता कोड), यह दर्शाता है कि फ़ाइल उपयोग में है। एक बार फाइंडर डुप्लिकेट फाइल बनाने के बाद खत्म हो जाता है, यह फाइल टाइप और क्रिएटर कोड को ओरिजनल फाइल के आकार में बदल देता है।

आमतौर पर, आप केवल एक ऐसी स्थिति का सामना करेंगे जहां 'brok'फ़ाइल प्रकार रीसेट नहीं है यदि फाइंडर क्रैश हो गया था या फ़ाइल कॉपी के दौरान किसी और तरह से बाधित हो गया था। यदि आपके लिए ऐसा नहीं है, तो आप जो देख रहे हैं rwवह बिल्ट-इन NTFS ड्राइवर के समर्थन में एक बग हो सकता है ।

जैसा कि स्ल्हॉक ने उल्लेख किया है, आपको फ़ाइल-इन-प्रश्न के फ़ाइल प्रकार और निर्माता कोड को साफ़ करके फाइंडर द्वारा इस प्रतिक्रिया को स्पष्ट करने में सक्षम होना चाहिए।


2

इस समस्या के लिए मेरी प्रतिक्रिया कई अन्य पदों (बहुत धन्यवाद) और मेरे अपने अनुभव से लिए गए जवाबों को एक साथ मिलाने का परिणाम है।

पृष्ठभूमि: मेरे पास NTFS फ़ाइल सिस्टम के साथ एक बाहरी हार्ड ड्राइव है। मैं इसे कभी-कभार प्लग करना चाहता हूं। पहले की मात्रा 'केवल पढ़ने के लिए' माउंट होगी। एक बार जब मुझे यह ठीक हो गया, तो वॉल्यूम पर फाइलें अनुपयोगी स्थिति में थीं। वॉल्यूम को सही ढंग से माउंट करने के लिए और फ़ाइलों को सुलभ होने के लिए, मुझे निम्नलिखित कार्य करने होंगे:

FYI करें: मैं एक kornshell उपयोगकर्ता हूं। इन आदेशों को अपने पसंदीदा शेल में समायोजित करें।

$ sudo ksh
<password>

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

$ vi /sbin/mount_ntfs

फिर नीचे दी गई सामग्री को चिपकाएँ:

#!/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

फिर:

$ chmod a+x /sbin/mount_ntfs

$ chown root:wheel /sbin/mount_ntfs

अब, जब भी मैं डिस्क में प्लग करता हूं, तो यह 'रीड / राइट' हो जाता है और डिस्क पर मौजूद फाइलों का 'ब्रोक' स्टेटस रीसेट हो जाता है। यह स्क्रिप्ट मेरे लिए अच्छा काम करती है। आपकी माइलेज भिन्न हो सकती है।

का आनंद लें --


1

इसके लिए बहुत धन्यवाद - मैंने ऊपर की स्क्रिप्ट में सुधार किया क्योंकि यह मेरे OSX 10.8.4 मशीन पर नहीं चला (त्रुटियों को दिया) और थोड़ा धीमा था। केवल पढ़ने के लिए केवल डिस्क की जाँच की जाती है कि जरूरत है ... परिवर्तन के साथ चिह्नित 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

क्या आप कृपया किए गए परिवर्तनों का उल्लेख कर सकते हैं और क्यों - धन्यवाद।
शक

उत्तर के लिए धन्यवाद - मैंने इसे ऊपर की पोस्ट में समझाने की कोशिश की।
JCV

इसका मतलब है कि एक पाठक को दोनों कोड ब्लॉक पढ़ना होगा और मानसिक तुलना करनी होगी। आपने क्या किया है और क्यों सहायक होगा, इसका वर्णन करने के लिए कुछ टिप्पणी।
सस्पेंस

1
स्क्रिप्ट तब तक ही काम करती है जब तक कि डिस्क को रिमूव नहीं किया जाता है - फिर उसे फिर से मापदंडों को बदलना होगा। मैंने सेटफाइल परमेस को -c "????" में बदलने की कोशिश की (निर्माता अनुप्रयोग अज्ञात) जो एक निरंतर समाधान देता है, लेकिन फिर यह मूवी खोलते समय क्विकटाइम भ्रमित करता है (अज्ञात फ़ाइल प्रकार ब्ला ब्लाग)।
जेसीवी
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.