Se está a deparar-se com os erros da versão beta antiga do ZimaOS 1.6.2 nos Ficheiros — AppData inacessível, caminhos incorretos, operações com Favoritos bloqueadas ou cópia/colagem lenta — não aplique soluções alternativas da versão beta num sistema atual. A Beta2 corrigiu a principal regressão do AppData e do desempenho de cópia, e versões estáveis posteriores adicionaram mais correções no serviço de ficheiros, no YAML, na memória e nos Ficheiros.
O tópico original é importante porque mostra o compromisso de segurança que causou a regressão: a IceWhale reforçou o acesso a ligações de ficheiros para resolver o path traversal, e a primeira versão beta bloqueou acidentalmente caminhos legítimos. Os utilizadores atuais devem atualizar, reproduzir a operação exata e só depois diagnosticar permissões ou armazenamento.
O que avariou na 1.6.2 Beta1
A IceWhale confirmou que o acesso ao AppData estava reconhecidamente avariado após o reforço da segurança. Os utilizadores também comunicaram cópias/colagens lentas entre unidades e pastas inacessíveis.
A Beta2 corrigiu a principal regressão do AppData e da cópia
A IceWhale lançou a Beta2 especificamente para resolver o problema do AppData inacessível. Um utilizador voltou a testar cópias entre unidades e confirmou que a lentidão observada na Beta1 tinha desaparecido.
Não desative as verificações de segurança para recuperar caminhos antigos
As alterações de segurança foram introduzidas para corrigir o path traversal. Evite scripts ou alterações de configuração que enfraqueçam amplamente a validação de caminhos apenas para recuperar o acesso a uma pasta de sistema protegida.
Utilize o ZimaOS atual antes de continuar a diagnosticar
As notas de lançamento do ZimaOS 1.7.1 oficiais incluem outra correção de alto risco no serviço de ficheiros, correções de memória em operações anormais com ficheiros e uma correção para pastas vazias que permaneciam após cortes.
O AppData deve ser gerido, não explorado como multimédia normal
Os caminhos de configuração das aplicações são mais sensíveis do que as pastas normais dos utilizadores. Utilize os volumes mapeados da aplicação e os controlos atuais do AppData/migração, em vez de tratar todos os caminhos internos em /media como uma pasta de uso geral.
Se os Favoritos continuarem a desencadear um erro da política de segurança
Remova e volte a adicionar o favorito da pasta normal do utilizador, faça uma atualização forçada dos Ficheiros e registe o caminho exato e a versão atual do ZimaOS. Se estiver numa versão posterior, não presuma que o antigo erro da beta 1.6.2 é o mesmo problema.
O contraste do Modo escuro é um problema visual, não corrupção de dados
As capturas de ecrã originais também documentaram ícones USB e texto de conflitos ilegíveis no Modo escuro. Mude para o Modo claro, se necessário, durante o diagnóstico, mas não confunda esses erros de visualização com uma falha de armazenamento.
Verifique as operações de cópia de forma independente
Para grandes transferências, compare o número e o tamanho dos ficheiros no destino antes de eliminar a origem. Uma regressão da interface dos Ficheiros e uma perda efetiva de dados são resultados diferentes.
O guia de migração de dados fornece o caminho mais seguro para a gestão dos dados.
Separe os erros da interface dos erros reais do sistema de ficheiros
Uma página “Oops” ou uma ação de Favoritos bloqueada pode resultar de uma falha do frontend/política de segurança, enquanto o armazenamento subjacente continua saudável. Confirme a pasta através de SMB ou de uma verificação de terminal só de leitura antes de presumir que os ficheiros desapareceram.
Registe o caminho exato que falha
As regressões de segurança são frequentemente específicas de determinados caminhos. Registe se a falha envolve o AppData, o diretório raiz /media, uma pasta normal do utilizador, um favorito ou uma montagem USB externa. Esse contexto determina se o comportamento é uma proteção esperada ou um erro.
Perguntas frequentes
O AppData estava inacessível na 1.6.2 Beta1?
Sim. A IceWhale reconheceu-o explicitamente e lançou a Beta2 para o corrigir.
A Beta2 corrigiu o desempenho da cópia?
Um utilizador que comunicou o problema voltou a testar e confirmou que a lentidão observada na Beta1 tinha desaparecido.
Devo remover as verificações da política de segurança?
Não. Essas verificações foram adicionadas para resolver um problema de segurança relacionado com path traversal.
O que devo fazer numa versão atual?
Atualize primeiro, reproduza a pasta/ação exata, capture capturas de ecrã/registos e evite aplicar modificações específicas das versões beta antigas.
