Puedo manualmente navegar hasta ~/Documents/untitled folder en el Finder:
Pero si uso "Ir a la carpeta"
El buscador no puede navegar a ~/Documents/untitled folder y, en cambio, vuelve a caer en root de mi disco duro:
La inspección de las llamadas al sistema de archivos revela que se intentaron dos llamadas al sistema de apertura de archivos, y que ninguna de ellas encontró errores:
sudo opensnoop 2>/dev/null -ef '/Users/birch/Documents/untitled folder'
UID PID COMM FD ERR PATH
501 17873 Finder 21 0 /Users/birch/Documents/untitled folder
501 17873 Finder 21 0 /Users/birch/Documents/untitled folderObtengo este mismo comportamiento cuando intento arrastrar y soltar una ruta dentro de ~/Documents en un diálogo de selección de archivos (navega a Macintosh HD en lugar de la ruta de archivo prevista).
El espacio en la ruta de archivo no es el problema (obtengo los mismos resultados con rutas de archivo más simples).
La tilde en la ruta del archivo no es el problema (obtengo los mismos resultados con rutas bajo /Users/birch/Documents ).
Puedo navegar sin problemas a ~/Documents sí mismo, pero no más profundo.
Puedo navegar sin problemas a ~/Music/iTunes este problema parece únicamente afectan a los "archivos bajo ~/Documents ".
cd ~/Documents/untitled\ folder en la Terminal funciona perfectamente.
Los permisos de ~/Documents es lo mismo que ~/Downloads . ~/Downloads trabaja, sin embargo ~/Documents no lo hace:
ls -l ~ | grep -E '(Documents|Music|Downloads)$'
drwx------@ 425 birch staff 13600 25 Aug 09:22 Documents
drwx------@ 1205 birch staff 38560 19 Sep 14:57 Downloads
drwx------+ 11 birch staff 352 24 Aug 2020 Music~/Documents describe el "acceso personalizado" para "Compartir y permisos". ¿Podría ser esto significativo?
Un vistazo más de cerca a los permisos, según lo solicitado por @nohillside:
ls -ldOe@ ~/Documents
drwx------@ 425 birch staff - 13600 25 Aug 09:22 /Users/birch/Documents
com.apple.macl 72
0: group:everyone deny delete
ls -ldOe@ ~/Downloads
drwx------@ 1205 birch staff - 38560 19 Sep 17:35 /Users/birch/Downloads
com.apple.macl 72
0: group:everyone deny deleteNo sincronizo ~/Documents con iCloud, ni se utiliza para Dropbox o OneDrive:
Estoy usando MacOS 11.5.2 Big Sur en un MacBook Pro (Retina, 15 pulgadas, mediados de 2014). I piense en este problema comenzó con Big Sur.
Estoy utilizando el sistema de archivos APFS. ~/Documents contiene 115 GB de contenido, en 421 elementos.
Esta es una cuenta de administrador (y supongo que también es el propietario del sistema).
El problema sigue reproduciéndose en modo seguro.
¿Alguna idea? No poder navegar por las carpetas hace que MacOS esté terriblemente roto para mí.
\=====
ACTUALIZACIÓN : Intenté una elevación y cambio.
tl;dr: no se arregló ~/Documents . pero moví mis archivos a un directorio que no está maldito.
El plan:
- Copiar mis documentos en una nueva carpeta
- Confirme que la nueva carpeta funciona bien
- Borrar
~/Documents - Cambiar el nombre de mi nueva carpeta para que sea
~/Documents
Hice la copia de todos mis documentos en una nueva carpeta, ~/Docs :
rsync -a ~/Documents/ ~/DocsTristemente rsync no hace uso de la clonación de APFS, por lo que se ha necesitado un poco de tiempo y espacio.
Este nuevo ~/Docs carpeta era no afligido por el bicho de la navegación.
Antes de llegar a borrar ~/Documents Decidí hacer una comprobación más: si borro todos los archivos de su interior, ¿se recupera?
La respuesta fue no (hay que admitir que borré a través de Finder Seleccionar todo Así que puede que se me haya pasado algo por alto).
El siguiente paso fue eliminar ~/Documents (no lo hagas):
sudo rm -rf ~/DocumentsEsto tuvo resultados muy extraños. No hay mensaje de error. Pero el ~/Documents La carpeta seguía allí (en el Finder y en el Terminal - confirmado por ls y stat ).
Si intentaste navegar a este "borrado" ~/Documents (por ejemplo, con Cmd Mayúscula O): la miga de pan en la ventana del Finder sólo diría Documents (sin carpetas de padres).
Esto echó por tierra mi plan de "renombrar ~/Docs para convertirse en mi nuevo ~/Documents carpeta". Asimismo, se me impidió ejecutar (por ejemplo) mkdir ~/Documents , con el argumento de que dicha carpeta "ya existía".
Por lo tanto, levantar y cambiar no era posible. Y no quería usar el fantasma ~/Documents mientras que en el Finder mostraba claramente la ruta de archivo absoluta equivocada.
Necesitaba volver a tener al menos un "no más roto de lo normal" ~/Documents carpeta.
He reiniciado, y mi ~/Documents volvía a estar "tan estropeada como siempre" (es decir, el breadcrumb del Finder presentaba la ruta de archivo absoluta correcta).
Creo que la razón por la que se autorreparó está relacionada con algún comportamiento de la sincronización de iCloud. Los usuarios que tienen la sincronización de iCloud habilitada para su carpeta de Documentos encontrarán que está vacía (¿tal vez ausente?) hasta unos segundos después de iniciar la sesión. Yo no tengo activada la sincronización con iCloud, pero sospecho que algún miembro del equipo de soporte ha intentado imponer que "siempre debería haber una carpeta de Documentos".
Por lo tanto, reiniciar puede haber sido excesivo: un cierre de sesión/inicio de sesión puede haber sido suficiente.
De todos modos, mi ~/Documents sigue siendo una carpeta maldita. Hasta el punto de que incluso borrarla y regenerarla no ha servido de nada. ¿Alguna otra idea?
Alternativamente, ¿alguien sabe una manera de volver a enlazar el Finder de Cmd + Shift + O para navegar a mi nuevo ~/Docs ¿carpeta?
