Mac OS X - Problemi con l'autorizzazione del file nell'unità USB NTFS

Posso leggere / scrivere file all'interno di un'unità USB esterna NTFS.

Ho dei problemi con file di grandi dimensioni come AVI / MKV memorizzati su un'unità esterna NTFS. Quei file appaiono in grigio nel Finder e, sempre usando Finder, quando "Apri con" il mio lettore video ricevo uno strano errore:

L'elemento "file.avi" è utilizzato da Mac OS X e non può essere aperto.

Bene, ho trovato una soluzione alternativa: se trascino la selezione file.avinel mio lettore video, tutto funziona bene.

Ma davvero non riesco a capire perché appare questo problema.

Si prega di considerare che non ho installato alcun driver personalizzato NTFS (ad es. MacFUSE o NTFS-3g). Per montare la mia unità USB NTFS in R / WI sono state modificate solo /etc/fstab, aggiungendo la seguente riga:

LABEL=WD320 none ntfs rw

Ho trovato un thread che tratta lo stesso argomento. I file appaiono in grigio e non possono essere aperti con lo stesso messaggio di errore.

Ecco i passaggi per (si spera) risolverlo:

• Apri un Terminale ed esegui

  xcode-select --install
  

• Quanto sopra installerà gli strumenti da riga di comando XCode

• Quindi, corri

  GetFileInfo /Volumes/WD320/yourfile.avi
  

• Ci dovrebbero essere informazioni sul tipo di file e sul creatore e altri attributi di file

• Ora, modifica quegli attributi chiamando

  SetFile -c "" -t "" /Volumes/WD320/yourfile.avi
  

• Ora il file dovrebbe essere riprodotto

Ovviamente non potevo provarlo (cosa che normalmente farei), ma forse aiuta.

L'elemento "file.avi" è utilizzato da Mac OS X e non può essere aperto.

Ciò significa che l'elemento ha avuto un tipo di file 'brok'e un codice creatore 'MACS'impostato per esso (e non cancellato):

Quando si utilizza il Finder per duplicare i file, quando il Finder crea per la prima volta il file duplicato, imposta un tipo di file speciale 'brok'e un codice creatore di 'MACS'(il codice creatore del Finder stesso), per indicare che il file è in uso. Una volta terminata la creazione del file duplicato, il Finder reimposta il tipo di file e il codice creatore su quelli del file originale.

Di solito, si verifica una situazione in cui il 'brok'tipo di file non viene ripristinato se il Finder si arrestava in modo anomalo o in qualche modo veniva interrotto durante la copia del file. Se questo non è il tuo caso, allora quello che vedi potrebbe essere un bug nel rwsupporto del driver NTFS integrato.

Come accennato da Slhck, dovresti essere in grado di cancellare questa reazione dal Finder cancellando il tipo di file e il codice creatore del file in questione.

La mia risposta a questo problema è il risultato del mettere insieme le risposte prese da molti altri post (molte grazie) e la mia esperienza.

Sullo sfondo: ho un disco rigido esterno con un file system NTFS. Voglio collegarlo di tanto in tanto. In precedenza il volume montava "sola lettura". Una volta risolto il problema, i file sul volume erano in uno stato inutilizzabile. al fine di ottenere il volume montato correttamente e avere i file accessibili, ho dovuto fare quanto segue:

Cordiali saluti: Sono un utente kornshell. Regola questi comandi sulla tua shell preferita.

$ sudo ksh
<password>

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

$ vi /sbin/mount_ntfs

Quindi incolla il contenuto di seguito:

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

Poi:

$ chmod a+x /sbin/mount_ntfs

$ chown root:wheel /sbin/mount_ntfs

Ora, ogni volta che collego il disco, è montato "lettura / scrittura" e i file sul disco hanno il loro stato "brok" ​​ripristinato. Questa sceneggiatura funziona bene per me. Il tuo chilometraggio può variare.

Godere --

Grazie mille per questo: ho migliorato lo script sopra perché non funzionava sulla mia macchina OSX 10.8.4 (ha dato errori) ed è stato un po 'lento. Devi solo verificare quando è montato un disco di sola lettura ... Modifiche contrassegnate con 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