0 votos

No se puede volver a activar Spotlight on Volume

He estado tratando de depurar un problema de "Esperando a 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 ello ejecuté los siguientes comandos (como sudo ):

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

Sin embargo, ahora estoy tratando de volver a habilitar Spotlight con la inversa del primer comando, pero esto es lo que estoy recibiendo:

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 fijada en root:wheel y el modo se ajusta a 700 (exactamente como está configurada la carpeta en otros volúmenes), y mientras mdutil ha creado ahora un VolumeConfiguration.plist no permite la indexación.

No encuentro ningún lugar donde obtener más información; el -v opción de mdutil no da ninguna salida 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 de errores de E/S ni de otros problemas; aparte de la ralentización de la "espera del índice", Time Machine funciona por lo demás perfectamente y puedo ver el contenido de sus copias de seguridad sin ningún problema.

De todos modos, ¿hay algún otro paso que se pueda seguir para forzar a Spotlight a reindexar la unidad, o averiguar por qué está fallando en hacerlo?

1voto

Oskar Puntos 1242

Normalmente hay banderas inmutables de usuario establecidas en los volúmenes de copia de seguridad de Time Machine para que incluso Root no pueda directamente chown o chmod . Puedes verlos 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

Cruce de referencias con diskutil list para comprobar los puntos de montaje y los nombres de los volúmenes. Mi experiencia es que desde Time Machine requiere spotlight para hacer enlaces duros es que si usted manipula los almacenes donde esas bases de datos son residentes en el sistema de archivos que no puede poner "humpty dumpty" de nuevo y debe archivar fuera de las copias de seguridad de instantáneas que usted necesita usando Finder / rsync o haciendo un dmg de esos instantes y luego limpiar la unidad para comenzar con la nueva pizarra de .dotfiles y .dotdirectories con almacenes asociados.

Claramente, alguien con conocimiento interno de cómo Time Machine y spotlight se autocomprueban podría dar un paso adelante y explicar las cosas, pero no he visto este nivel de detalle documentado públicamente por Apple hasta ahora. Yo empezaría por http://pondini.org/OSX/Home.html si no has comprobado allí cualquier conocimiento de la comunidad sobre las entrañas de Time Machine + Spotlight

-1voto

user194246 Puntos 1

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

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