No se puede volver a habilitar Spotlight en el volumen

0

He estado tratando de depurar un problema de "Esperando que el índice esté listo" con mi volumen de Time Machine, y un consejo que he encontrado es volver a crear el índice de Spotlight en el volumen.

Para hacer esto, ejecuté los siguientes comandos (como sudo ):

mdutil -i off /Volumes/Backup
rm -R /Volumes/Backup/.Spotlight-V100

Sin embargo, ahora estoy intentando volver a habilitar Spotlight con el reverso del primer comando, pero esto es lo que estoy obteniendo:

mdutil -v -i on /Volumes/Backup
/Volumes/Backup:
    Indexing and searching disabled.

Simplemente no quiere hacerlo, y no puedo entender por qué. He intentado recrear manualmente el .Spotlight-V100 con la propiedad establecida en root:wheel y el modo configurado en 700 (exactamente como está configurada la carpeta en otros volúmenes), y mientras mdutil ahora ha creado un archivo VolumeConfiguration.plist , todavía no habilitará la indexación.

No puedo encontrar ningún lugar para obtener más información; La opción -v de mdutil no da ningún resultado adicional, y no parece que se registre nada extra en ninguna parte. No parece haber ningún problema físico, ya que la unidad es nueva y no informa errores de E / S u otros problemas; Además de la desaceleración de "esperando el índice", Time Machine funciona perfectamente y puedo ver el contenido de sus copias de seguridad sin ningún problema.

De todos modos, ¿hay otros pasos que se puedan seguir para obligar a Spotlight a volver a indexar la unidad, o averiguar por qué no lo hace?

    
pregunta Haravikk 27.03.2015 - 12:22

2 respuestas

1

Por lo general, los parámetros de copia de seguridad de Time Machine están configurados por el usuario, por lo que incluso la raíz no puede directamente chown o chmod . Puedes mirar esto con:

ls -laeO /Volumes/*
ls -laeO /Volumes/Backup/Backups.backupdb/


Mac:~ me$ ls -laeO /Volumes/Backup/Backups.backupdb/
total 0
drwxr-xr-x@  7 root  wheel  -  238 Mar  3 04:40 .
 0: group:everyone deny add_file,delete,add_subdirectory,delete_child,writeattr,writeextattr,chown
drwxrwxr-x  20 root  wheel  -  748 Mar 25 12:29 ..
drwxr-xr-x   3 root  wheel  -  102 Mar 27 12:04 .RecoverySets
drwx------   7 root  wheel  -  238 Mar  6 10:47 .spotlight_repair
drwx------   2 root  wheel  -   68 Mar 27 14:28 .spotlight_temp
drwxr-xr-x@ 40 root  wheel  - 1360 Mar 27 18:31 Mac
 0: group:everyone deny add_file,delete,add_subdirectory,delete_child,writeattr,writeextattr,chown

Referencia cruzada con diskutil list para verificar dos veces los puntos de montaje y los nombres de volumen. Mi experiencia es que, dado que Time Machine requiere atención para hacer enlaces duros, es que si manipula las tiendas donde residen esas bases de datos en el sistema de archivos, no puede volver a juntar "humpty dumpty" y debería archivar las copias de seguridad de instantáneas que necesita. usando Finder / rsync o haciendo un dmg de esos instantes y luego limpiando la unidad para comenzar con una nueva lista de .dotfiles y .dotdirectories con tiendas asociadas.

Claramente, alguien con conocimiento interno de cómo Time Machine y el autocontrol de Spotlight podrían intensificar y explicar las cosas, pero hasta ahora no he visto este nivel de detalle documentado públicamente por Apple. Comenzaría en enlace si no ha comprobado allí ningún conocimiento de la comunidad sobre los aspectos internos de Time Machine + Spotlight

    
respondido por el bmike 27.03.2015 - 14:10
-1

Tuve el mismo problema, pero lo solucioné eliminando el volumen afectado de la lista de privacidad en el panel de preferencias del sistema Spotlight. Un enfoque simplista, pero funcionó.

    
respondido por el user194246 31.07.2016 - 00:59

Lea otras preguntas en las etiquetas