Problemas de escaneo: archivos que Meshory no pudo terminar
Actualizado el 3 sept 2026 · 5 min de lectura
Por qué falta un modelo en tu biblioteca después de un escaneo: dónde enumera Meshory los archivos que no pudo leer, por qué falló cada uno y cómo reintentarlos o ignorarlos.
Una biblioteca grande rara vez se escanea a la perfección. Un archivo comprimido resulta estar dañado, un NAS se cae un segundo en plena lectura, una carpeta deniega el permiso. Nada de eso debería impedir que se catalogue el resto de tu biblioteca, así que Meshory termina el escaneo y registra lo que no pudo procesar. Ese registro está en Settings, dentro de Scanning, como lo primero de la página.
Por qué un archivo acaba en la lista
Solo aparece el trabajo que Meshory ya ha dado por perdido. Cada etapa reintenta primero por su cuenta, así que un corte de red que se resuelve en el segundo intento nunca se convierte en un problema. Aparece una fila cuando se agotan esos reintentos limitados, o cuando el resultado es permanente para el archivo tal como está.
- Un archivo comprimido que está dañado, necesita contraseña o usa una estructura que Meshory no puede leer
- Un archivo comprimido que se indexó bien, pero cuyas entradas protegidas con contraseña se omitieron
- Una carpeta que Meshory no tiene permiso para leer
- Una fuente de red que se desconectó mientras se leía un archivo, o contenido en la nube que no se pudo descargar
- Una lectura que superó el tiempo de espera
- Un modelo cuya vista previa, geometría o metadatos no se pudieron generar
No todas las filas son un fallo. Un archivo comprimido que no contiene nada que Meshory pueda previsualizar aparece como informativo, para que veas por qué no tiene portada sin que cuente en contra de la fuente. Y cuando no se puede crear una portada porque una entrada supera un límite de tamaño, la fila indica qué límite es y no incluye Retry, ya que reintentar chocaría con el mismo límite.
Si no se pudo recorrer una fuente entera, recibes una sola fila a nivel de fuente que indica cuántas carpetas se vieron afectadas, en lugar de cientos de filas por el mismo problema de fondo. Un archivo que nunca estuvo previsto indexar es otra cuestión: consulta Qué indexa Meshory si un formato falta en lugar de fallar.
Qué te dice una fila
- El nombre del archivo o de la carpeta, y su ubicación relativa a la fuente
- La etapa que falló, como la indexación de archivos comprimidos, la generación de vistas previas o la extracción de metadatos
- Una causa en lenguaje claro, no un código de error
- Cuándo se intentó por última vez y cuántos intentos lleva
Las filas se agrupan por fuente, el elemento Scanning de la barra lateral de Settings muestra el número de problemas sin resolver, y la lista completa se conserva al cerrar Settings y al reiniciar la app. Reveal abre el archivo en tu gestor de archivos; Copy details copia al portapapeles la ruta, la etapa, la causa y las marcas de tiempo.
Reintentar
Retry vuelve a ejecutar solo la etapa que falló y muestra su progreso paso a paso, así que una vista previa fallida no reindexa el archivo comprimido que la contiene. El problema desaparece en cuanto esa etapa tiene éxito; lo que venga después, como las miniaturas del contenido de un archivo comprimido que ahora sí se puede leer, continúa en segundo plano. Retry all recorre la lista empezando por lo más antiguo, y se mantiene limitado para no saturar una fuente de red o en la nube.
Algunos problemas no se pueden reintentar, y lo indican al no tener ninguna acción Retry. Las entradas protegidas con contraseña dentro de un archivo comprimido son el caso habitual: sin la contraseña, los bytes no se pueden leer, así que reintentar solo volvería a fallar.
Ignorar lo que no puedes arreglar
Algunas filas nunca desaparecerán. Un archivo comprimido cuyas entradas necesitan una contraseña que no tienes, un archivo en una variante que Meshory no puede analizar, una carpeta a la que no tienes intención de dar acceso. Dejarlas en la lista para siempre convierte una lista útil en ruido, así que puedes ignorarlas. Un archivo ignorado sale de la lista de problemas, deja de contar para la insignia de Scanning y deja de aparecer en los avisos posteriores al escaneo, incluso si vuelve a fallar.
Ignorar es archivar, no borrar. No se elimina nada: la incidencia, su historial y su lugar en un registro exportado se conservan. Los archivos ignorados se guardan en su propia lista, así que puedes ver lo que has apartado y restaurar cualquier parte más adelante. Restore vuelve a ponerte delante el archivo si sigue fallando, y simplemente borra la entrada si lo que estaba mal ya se ha solucionado.
Ignorar se aplica a ese archivo y a la etapa que falló. El mismo fallo sigue oculto, pero si más adelante ese archivo falla en otra etapa, es un problema nuevo y aparece. El número de archivos ignorados sigue visible junto a la lista, para que una lista de problemas vacía nunca signifique más de lo que debe.
Problemas que se resuelven solos
No tienes que revisar la lista a mano. Cuando un NAS desconectado vuelve, la siguiente pasada lee el archivo y el problema se cierra solo, como parte del reescaneo y la vigilancia. Cambiar el archivo, borrarlo o quitar su fuente también lo cierra, y el registro se guarda como historial en lugar de descartarse. Los archivos de marcador de posición en carpetas sincronizadas con la nube se comportan igual una vez que el proveedor los descarga.
Los nombres y las rutas se quedan en tu equipo
La lista muestra nombres de archivo reales y rutas reales porque nunca sale de tu equipo. Los diagnósticos mantienen sus reglas actuales: con la ocultación de nombres activada, solo incluyen recuentos de problemas por tipo, etapa y causa, sin nombres, rutas ni detalles. Export issue history es una acción explícita que escribe tus problemas sin resolver, más los resueltos de los últimos 30 días, en un registro en Descargas, y antes te avisa de que el archivo contiene rutas locales.
Aquí no se sube nada. Compartir un registro exportado con soporte es una decisión tuya, no algo que Meshory haga por ti.