Solução da comunidade

Corrigir pastas de armazenamento _1 inesperadas após o ZimaOS 1.6.x sem formatar o disco errado

An official June 2026 IceWhale repair guide for duplicate storage folders ending in _1 after ZimaOS 1.6.0/1.6.1. The procedure warns that the _1 path is often the active mount, tells users not to delete folders blindly, and uses Eject plus Enable (Keep all data) to restore the original mount name.

Esta fonte já é um procedimento de reparação da IceWhale, pelo que a regra mais importante deve permanecer inalterada: não elimine nenhuma das pastas até saber qual caminho é a montagem ativa. Nos casos comunicados da versão 1.6.x, o diretório terminado em _1 era frequentemente a montagem ativa real, enquanto a pasta original sem sufixo era apenas um diretório restante.

O procedimento renomeia temporariamente a pasta antiga restante, ejeta a montagem ativa _1 através de Armazenamento, depois reativa o disco com Manter todos os dados e restaura o nome de montagem original. Escolher Formatar tudo é explicitamente destrutivo.

Ficheiros do ZimaOS a mostrar uma pasta de armazenamento original junto de uma pasta duplicada terminada em _1
O guia oficial de reparação começa por distinguir o diretório antigo restante da montagem ativa terminada em _1.

Uma Alteração do Caminho de Montagem Pode Interromper Várias Aplicações de Uma Só Vez

Plex, Jellyfin, montagens vinculadas do Docker, Backup, partilhas SMB e ZVM podem referenciar um caminho de armazenamento pelo nome. Se o dispositivo for subitamente montado em ..._1, essas aplicações podem parecer ter perdido ficheiros, embora os dados continuem no disco.

Identificar a Montagem Ativa Antes de Renomear Qualquer Coisa

Abra Ficheiros e Armazenamento e verifique qual caminho contém os dados reais do disco ativo. A origem indica que a _1 a pasta está frequentemente ativa, mas não sempre. Se estiver envolvido RAID ou dados AppData importantes e o estado não for claro, contacte o suporte antes de prosseguir.

Renomear Temporariamente o Diretório Original Restante

O guia renomeia o diretório original sem sufixo para um nome temporário, para que o nome do ponto de montagem antigo fique disponível. Utilize o seu caminho exato, não o identificador de exemplo.

Ejetar a Montagem Ativa _1 Através do Armazenamento

Definições de armazenamento do ZimaOS a mostrar a ação Ejetar para um disco montado com o sufixo _1
O procedimento oficial utiliza a ação Ejetar gerida, em vez de desmontar à força e às cegas um disco ativo.

Reativar o Disco com Manter Todos os Dados

Caixa de diálogo Criar armazenamento do ZimaOS com a opção Ativar realçada para um disco existente
O passo seguinte é Ativar; depois, a origem exige explicitamente Manter todos os dados.

Não selecione Formatar tudo. A formatação apaga o disco.

Restaurar o Nome de Armazenamento Original

Remover o _1 durante o processo de ativação, para que o disco volte ao nome de montagem anterior. As aplicações existentes poderão então encontrar novamente o caminho antigo.

Manter a Pasta Temporária Até as Aplicações Serem Verificadas

O guia oficial recomenda manter o sufixo renomeado -temp pasta durante alguns dias. Verifique o Plex, Jellyfin, Docker, SMB, Backup e outros serviços dependentes antes de a remover.

O erro estava associado à transição de armazenamento/montagem da versão 1.6.x

O ZimaOS 1.6.1 corrigiu oficialmente a nomenclatura inconsistente dos pontos de montagem quando os nomes dos dispositivos continham espaços e otimizou a lógica de apresentação de discos de terceiros. O ZimaOS atual é mais recente, por isso não repita esta reparação, a menos que o mesmo estado de caminhos duplicados — ativo e residual — esteja efetivamente presente.

O sufixo _1 pode parecer uma perda de dados mesmo quando o disco está intacto

As aplicações guardam frequentemente caminhos absolutos no anfitrião. Se /media/MyDisk passa a ser /media/MyDisk_1, Plex, Jellyfin, Backup e Docker podem subitamente indicar que faltam conteúdos multimédia ou que as pastas estão vazias, embora o sistema de ficheiros continue montado e intacto.

É por isso que a reparação oficial começa pela identificação da montagem, em vez de reconstruir bibliotecas ou reinstalar aplicações.

Faça uma cópia de segurança dos dados críticos antes de alterar os nomes de montagem

O guia oficial foi concebido para preservar os dados, mas a administração do armazenamento envolve sempre riscos. Se o disco contiver a única cópia de ficheiros insubstituíveis, faça uma cópia de segurança independente antes de o ejetar, renomear ou voltar a ativar.

RAID e conjuntos de vários discos exigem cuidados adicionais

A fonte alerta os utilizadores com RAID, dados do Docker ou armazenamento importante para contactarem o suporte se não tiverem a certeza de qual pasta está ativa. Um membro RAID não deve ser tratado como um disco autónomo comum só porque um nome de montagem termina em _1.

Verifique todos os serviços dependentes antes de eliminar a pasta temporária

Depois de restaurar o nome de montagem original, teste o acesso SMB, as bibliotecas do Plex/Jellyfin, as montagens vinculadas do Docker, as tarefas de cópia de segurança e qualquer armazenamento de máquinas virtuais. Só depois de esses caminhos serem resolvidos corretamente deverá considerar a limpeza do diretório temporário antigo.

Manter todos os dados e formatar tudo são opções opostas

O erro mais perigoso neste processo é escolher uma opção de formatação ao tentar corrigir um problema de nomenclatura. Leia atentamente a caixa de diálogo de confirmação e identifique o disco pelo modelo/capacidade antes de continuar.

Perguntas frequentes sobre a pasta de armazenamento _1

Qual é normalmente a pasta de montagem ativa no problema de origem?

A IceWhale diz que a pasta que termina em _1 está frequentemente ativa, enquanto a pasta original é um resíduo.

Posso simplesmente eliminar a pasta _1?

Não. Esse pode ser o caminho do disco montado em uso.

Que opção preserva os dados do disco durante a reparação?

O procedimento oficial indica Ativar (Manter todos os dados), não Formatar tudo.