2 votos

Buscador de tratamiento de los enlaces simbólicos de manera diferente que la terminal de MacBook Pro Retina de OS X 10.9.4

He creado enlace simbólico jboss7 de enlace duro jboss-as-7.1.1.Final-descargado y funcionó bien en el Finder. A continuación, he hecho copia de seguridad antes de modificar JBoss...

ln -s jboss-as-7.1.1.Final-downloaded jboss7
cp jboss-as-7.1.1.Final-downloaded jboss-as-7.1.1.Final-downloaded-orig

Más tarde, me cambió el nombre del enlace duro a jboss-as-7.1.1.Final-descargar-modificado y reemplazado con copia de seguridad.

mv jboss-as-7.1.1.Final-downloaded jboss-as-7.1.1.Final-downloaded-modified
mv jboss-as-7.1.1.Final-downloaded-orig jboss-as-7.1.1.Final-downloaded

El enlace simbólico apunta correctamente la copia de seguridad con el mismo nombre de archivo (que terminan con-descargado), pero el Buscador de muestra y trata el enlace simbólico incorrectamente, diciendo que es el alias para la carpeta que termina con (-descargar-modificado).

Es el Buscador de supuestos para el tratamiento de los enlaces simbólicos de esta manera? ¿Cómo puedo actualizar el Buscador de reconocer el vínculo simbólico como punto de que el actual enlace duro?

Secundarios: punto de comandos escribí el uso de tcsh terminal o el Finder (no recuerdo, y la terminal de la historia no ir lo suficientemente lejos para responder a esta).

Relacionado: OS X no crea ningún vínculo simbólico, crea alias en lugar

1voto

Gdalya Puntos 409

Yo era capaz de reproducir este (en OS X 10.9.4). Un caso más sencillo es el siguiente:

touch file.txt
ln -s file.txt link.txt
mv file.txt moved.txt
touch file.txt

Si el Finder fue abierto en el directorio de trabajo, mientras que mv fue ejecutado, entonces (incorrectamente) siga link.txt a moved.txt hasta que se reinicie. Curiosamente, ni siquiera necesita el Terminal para reproducir este error, ya que también se aplica a los alias de:

  1. Crear file.txt.
  2. Hacer un alias de file.txt.
  3. Cambiar el nombre de file.txt a moved.txt.
  4. Crear un nuevo archivo llamado también file.txt.

El comportamiento deseado para el alias está a punto para el archivo movido (moved.txt) a menos que un nuevo archivo ha sido creado en la ubicación original (file.txt, creado en el Paso 4). Pero el comportamiento real es como en el ejemplo: Buscador sigue el alias para el cambiado de ubicación hasta que se reinicie.

Este es un error en el Buscador. La solución es reiniciar el Finder si una ventana abierta muestra un enlace simbólico/alias mientras se mueve o cambia el nombre del archivo de destino.

0voto

Es curioso. Puedo reproducir, pero sólo si realmente compruebe el enlace en la ventana de Información en el Buscador antes de pasar la copia de seguridad. Si haces todos los pasos sin necesidad de abrir la ventana y comprobar, no parece hacerlo, pero mover el archivo original en el Buscador de hacer el enlace siga el archivo, pero sólo en el Finder. También, después de reiniciar el Finder, muestra la ruta de acceso correcta, siempre y cuando el archivo original todavía está allí. Durante todo esto, el enlace simbólico no cambiar-siempre apunta al mismo lugar. Debe ser algún bug con la forma en que el Buscador se resuelve enlaces simbólicos. Parece que tratarlos como alias, pero en realidad no actualización de los mismos en caso de mover el archivo original, por lo que se restablece si reiniciar el Finder.

No estoy seguro de lo que las implicaciones son, exactamente. Si usted necesita para reemplazar el archivo original, es poco práctico para relanzar el Buscador cada vez, pero supongo que sólo debe impacto casos que la tienes que abrir el enlace en el Buscador o tal vez los programas que utilizan el sistema operativo selector de archivo widget. (Yo no prueba si son tratados de la misma como el Buscador)

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X