En una ventana de terminal (o xterm, o emacs), el comando abrir dirname (donde dirname es . o /tmp o /home/fred ) no abre el directorio especificado en el Finder. Sin embargo:
- Abrir un archivo que no sea de directorio funciona bien, para todo tipo de archivos.
- "abierto dirname " solía funcionar. Por desgracia, no puedo identificar lo que había cambiado, pero AFAIR no había ninguna actualización del sistema operativo o la actualización de bash.
- No funciona como Root ni como usuario normal.
GNU bash, versión 3.2.57(1)-release (x86_64-apple-darwin15) Identificador del modelo: iMac8,1 Versión del sistema: OS X 10.11.6 (15G22010) Versión del kernel: Darwin 15.6.0
0 votos
Desde el
man open
página, "abrir '/Volúmenes/Macintosh HD/Aplicaciones/'" abre ese directorio en el Finder. Sólo para descartar, ¿puede comprobar la página man de su sistema? Además, ¿se está dando la ruta como una cadena, sólo para convencer?0 votos
Prueba con
/usr/bin/open .
sólo para asegurarse de que está ejecutando el sistemaopen
.0 votos
"open '/Volumes/Macintosh HD/Applications/'" tampoco hace nada. "/usr/bin/open ." es lo mismo -- no hace nada. En Linux usaría "strace open ." para ver qué está haciendo el programa, pero no conozco OSX tan bien así que no sé cómo rastrear. Me pregunto si hay alguna cosa profunda de permisos que no está permitiendo al Finder abrir una carpeta.
0 votos
En mi MacOS 10.14.5 Darwin-18.6.0-x86_64-i386-64bit, GNU bash, versión 3.2.57(1)
open '/Volumes/Macintosh HD/Applications/
abre una ventana del finder con la carpeta Aplicaciones.open /tmp
también se abre en una ventana del finder a pesar de estar en un directorio oculto . (ping me por @ankii).0 votos
¿Ya has reiniciado? ¿Puedes crear una nueva cuenta de usuario en tu Mac y probar desde ahí?
0 votos
@nohillside -- buena idea, tonto de mí por no probar otro a/c. Y, funciona correctamente en (al menos una) otra a/c. Entonces, ¿por qué no funciona en mi ¿a/c? Grrrrrrr :-)
0 votos
Puedes intentar reconstruir la base de datos del Servicio de Lanzamiento ejecutando
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister -kill -r -v -apps u,s,l
en la cuenta de usuario que está afectada?0 votos
He ejecutado el comando /System/Library/... Da miles (literalmente) de líneas de error como: lsregister: error -10811 registrando /System/Library/CoreServices lsregister: error -10811 registrando /System/Library/CoreServices/.disk_label lsregister: error -10811 registrando /System/Library/CoreServices/.disk_label.contentDetails lsregister: error -10811 registrando /System/Library/CoreServices/.disk_label_2x Sigue produciendo mensajes después de 4 minutos. Informaré cuando se complete si "open ." funciona
0 votos
lsregister dio 68241 líneas de error como las anteriores. Lamentablemente, "open dirname" sigue sin funcionar (pero "open -R" sí funciona).