Problemas na varredura: arquivos que o Meshory não conseguiu concluir

Atualizado em 3 de set. de 2026 · 5 min de leitura

Por que um modelo não aparece na sua biblioteca depois de uma varredura: onde o Meshory lista os arquivos que não conseguiu ler, por que cada um falhou e como tentar de novo ou ignorá-los.

Uma biblioteca grande raramente passa por uma varredura perfeita. Um arquivo compactado está danificado, um NAS cai por um segundo no meio de uma leitura, uma pasta nega permissão. Nada disso deveria impedir que o resto da sua biblioteca seja catalogado, então o Meshory termina a varredura e registra o que não conseguiu processar. Esse registro fica em Settings, na seção Scanning, como o primeiro item da página.

Por que um arquivo vai parar na lista

Só entra o trabalho que o Meshory já desistiu de fazer. Cada etapa primeiro tenta de novo por conta própria, então uma instabilidade de rede que se resolve na segunda tentativa nunca vira um problema. Uma linha aparece quando essas tentativas, que têm limite, se esgotam, ou quando o resultado é definitivo para o arquivo do jeito que ele está.

• Um arquivo compactado danificado, que exige senha ou que usa uma estrutura que o Meshory não consegue ler
• Um arquivo compactado que foi indexado sem problemas, mas cujas entradas protegidas por senha foram puladas
• Uma pasta que o Meshory não tem permissão para ler
• Uma fonte de rede que se desconectou enquanto um arquivo estava sendo lido, ou conteúdo da nuvem que não pôde ser baixado
• Uma leitura que excedeu o tempo limite
• Um modelo cuja prévia, geometria ou metadados não puderam ser gerados

Nem toda linha é uma falha. Um arquivo compactado que não contém nada de que o Meshory consiga gerar prévia aparece como informativo, para você ver por que ele não tem capa sem que isso conte contra a fonte. E quando não é possível gerar uma capa porque uma entrada passa de um limite de tamanho, a linha diz qual é o limite e não oferece Retry, já que tentar de novo esbarraria no mesmo limite.

Se não foi possível percorrer uma fonte inteira, você recebe uma única linha no nível da fonte informando quantas pastas foram afetadas, em vez de centenas de linhas para o mesmo problema de fundo. Um arquivo que nunca deveria ser indexado é outra história: veja O que o Meshory indexa se um formato está faltando em vez de falhando.

O que uma linha informa

• O nome do arquivo ou da pasta e sua localização em relação à fonte
• A etapa que falhou, como indexação de arquivo compactado, geração de prévia ou extração de metadados
• Uma causa em linguagem simples, não um código de erro
• Quando foi a última tentativa e quantas tentativas já houve

As linhas são agrupadas por fonte, o item Scanning na barra lateral das configurações mostra o número de problemas não resolvidos, e a lista inteira continua lá depois que você fecha Settings e reinicia o app. Reveal abre o arquivo no seu gerenciador de arquivos; Copy details copia o caminho, a etapa, a causa e os horários para a área de transferência.

Tentar de novo

Retry executa de novo só a etapa que falhou e mostra o progresso passo a passo, então uma prévia que falhou não faz reindexar o arquivo compactado em que ela está. O problema some assim que essa etapa dá certo; tudo o que vem depois, como as miniaturas do conteúdo de um arquivo compactado que agora pode ser lido, continua em segundo plano. Retry all percorre a lista começando pelos mais antigos e respeita um limite, para não sobrecarregar uma fonte de rede ou da nuvem.

Ignorar o que você não consegue corrigir

Algumas linhas nunca vão sumir. Um arquivo compactado cujas entradas exigem uma senha que você não tem, um arquivo em uma variante que o Meshory não consegue interpretar, uma pasta à qual você não pretende dar acesso. Deixar esses itens na lista para sempre transforma uma lista útil em ruído, então você pode ignorá-los. Um arquivo ignorado sai da lista de problemas, deixa de contar no selo de Scanning e para de aparecer nos avisos depois da varredura, inclusive quando falha de novo.

Ignorar é arquivar, não apagar. Nada é removido: a ocorrência, o histórico dela e o lugar dela em um log exportado continuam existindo. Os arquivos ignorados ficam em uma lista própria, então você pode ver o que deixou de lado e restaurar qualquer um deles depois. Restore traz o arquivo de volta para você se ele ainda estiver falhando e simplesmente remove a entrada se o que estava errado já tiver sido corrigido.

Problemas que se resolvem sozinhos

Você não precisa resolver a lista à mão. Quando um NAS desconectado volta, a próxima varredura lê o arquivo e o problema se fecha sozinho, como parte da nova varredura e do monitoramento. Alterar o arquivo, apagá-lo ou remover a fonte dele também fecha o problema, e o registro é mantido como histórico em vez de ser descartado. Arquivos de espaço reservado em pastas sincronizadas com a nuvem se comportam do mesmo jeito assim que o provedor baixa o conteúdo deles.

Nomes e caminhos ficam no seu computador

A lista mostra nomes de arquivo e caminhos reais porque nunca sai do seu computador. Os diagnósticos seguem as regras de sempre: com a ocultação de nomes ativada, eles levam só contagens de problemas por tipo, etapa e causa, sem nomes, caminhos nem detalhes. Export issue history é uma ação explícita que grava seus problemas não resolvidos, mais os resolvidos nos últimos 30 dias, em um log na pasta Downloads, e antes avisa que o arquivo contém caminhos locais.