Este tópico é valioso porque acabou por separar dois sintomas que pareciam resultar de uma única falha da aplicação Backup: uma raiz grande do OneDrive permaneceu durante muito tempo em A calcular, enquanto a seleção do Zima Storage local como destino desencadeou um problema separado no seletor/interface.
As raízes grandes na nuvem podem ser demoradas de enumerar
O utilizador estava a testar aproximadamente 400 GB na raiz do OneDrive. A listagem de unidades do Microsoft Graph mostra que o conteúdo da raiz é enumerado como DriveItems e pode exigir paginação. Assim, uma aplicação de cópia de segurança tem primeiro de descobrir e contabilizar muitos objetos antes de poder apresentar um tamanho exato da origem.
O atual fluxo de trabalho de cópia de segurança do ZimaOS é a melhor referência para o comportamento normal de produção, enquanto a integração de serviços na nuvem do ZimaOS explica a camada atual de integração com unidades na nuvem utilizada antes de um serviço remoto se tornar uma origem ou um destino de cópia de segurança.
O teste com uma pasta pequena é o diagnóstico mais útil
O utilizador testou uma pasta com 11 itens, que foi calculada com êxito. É um bom teste de isolamento: se uma pasta pequena na nuvem for concluída, mas uma raiz grande demorar muito mais tempo, o tempo de enumeração da origem é uma das variáveis. Se o seletor de destino continuar a falhar depois disso, trata-se de um problema separado da interface ou da seleção do armazenamento.
Destinos alternativos ajudam a separar a falha
Um destino NVMe USB ligado e um destino do Google Drive não reproduziram o mesmo comportamento do seletor do Zima Storage local. Isso tornou mais plausível um problema na interface de destino do que uma falha universal do motor de cópia de segurança.
A visão geral do Zima Client é útil para decidir se uma cópia de segurança do lado da estação de trabalho ou uma cópia de segurança do ZimaOS para a nuvem é a arquitetura mais adequada para determinado conjunto de dados.
Não copie comandos de depuração da versão beta para sistemas atuais
O tópico contém comandos de desenvolvimento como lsblk, lspci, lsusb e um pedido interno à API de armazenamento em localhost. Tratava-se de pedidos de diagnóstico para um problema da versão beta 1.5.1, não de passos necessários para utilizar a função Backup atual.
Quanto à autenticação do OneDrive, a atual configuração do rclone para o OneDrive explica como funcionam a autorização através do navegador e a configuração de serviços remotos na camada inferior. Um atraso na enumeração da origem e uma falha de OAuth são problemas diferentes.
Em suma
Não diagnostique “preso a calcular” e “não é possível selecionar o Zima Storage” como se fossem um único defeito. Teste uma pasta mais pequena na nuvem, teste outro destino e identifique qual é realmente a etapa que falha. O tópico estava associado à versão beta 1.5.1 do ZimaOS, pelo que os sistemas atuais devem utilizar o comportamento mais recente da função Backup e da integração com serviços na nuvem antes de reproduzir soluções antigas.
