Finder trata los enlaces simbólicos de forma diferente al terminal MacBook Pro Retina OS X 10.9.4

Creé el enlace simbólico jboss7 para el enlace duro jboss-as-7.1.1.Final-downloaded y funcionó bien en Finder. Luego hice una 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, cambié el nombre del enlace duro a jboss-as-7.1.1.Final-downloaded-modified y lo reemplacé con una 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 a la copia de seguridad con el mismo nombre de archivo (que termina en -descargado), pero Finder muestra y trata el enlace simbólico de manera incorrecta, diciendo que es un alias para la carpeta que termina en (-descargado-modificado).

¿Se supone que Finder trata los enlaces simbólicos de esta manera? ¿Cómo actualizo Finder para que reconozca el enlace simbólico como punto del enlace fijo actual?

Punto lateral: los comandos que escribí usando la terminal tcsh o Finder (no recuerdo, y el historial de la terminal no se remonta lo suficiente como para responder esto).

Relacionado: OS X no creará ningún enlace simbólico, sino que crea alias en su lugar

Respuestas (2)

También pude reproducir esto (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 estaba abierto en el directorio de trabajo mientras mvse ejecutaba, seguirá (incorrectamente) link.txthasta moved.txtque se reinicie. Curiosamente, ni siquiera necesita la Terminal para reproducir este error, ya que también se aplica a los alias:

  1. Crear file.txt_
  2. Hacer un alias de file.txt.
  3. Renombrar file.txta moved.txt.
  4. Cree un nuevo archivo también llamado file.txt.

El comportamiento deseado para los alias es apuntar al archivo movido ( moved.txt) a menos que se haya creado un nuevo archivo en la ubicación original ( file.txt, creado en el Paso 4). Pero el comportamiento real es como en su ejemplo: Finder continúa siguiendo el alias a la ubicación movida hasta que se reinicia.

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

Estoy viendo esto en 10.9.5 también.

Es extraño. Puedo reproducirlo, pero solo si verifico el enlace simbólico en la ventana Obtener información en el Finder antes de mover la copia de seguridad. Si realiza todos los pasos sin abrir esa ventana y verificar, parece que no lo hace, pero mover el archivo original en el Finder hará que el enlace siga el archivo, pero solo en el Finder. Además, después de reiniciar Finder, muestra la ruta correcta, siempre que el archivo original todavía esté allí. Durante todo esto, el enlace simbólico no cambia, siempre apunta al mismo lugar. Debe ser algún error con la forma en que Finder resuelve los enlaces simbólicos. Parece tratarlos como alias, pero en realidad no los actualiza si mueve el archivo original, por lo que se reinicia si reinicia el Finder.

No estoy seguro de cuáles son las implicaciones, exactamente. Si necesita reemplazar el archivo original, no es práctico reiniciar el Finder cada vez, pero supongo que solo debería afectar los casos en los que abre el enlace simbólico en el Finder o quizás los programas que usan el widget de selección de archivos del sistema operativo. (No probé si reciben el mismo trato que el Finder)