This source is already an IceWhale repair procedure, so its most important rule should remain unchanged: do not delete either folder until you know which path is the active mount. In the reported 1.6.x cases, the directory ending in _1 was often the real active mount, while the original unsuffixed folder was only a leftover directory.
Questa fonte è già una procedura di riparazione di IceWhale, quindi la sua regola più importante deve rimanere invariata: non eliminare nessuna delle due cartelle finché non sai quale percorso corrisponde al mount attivo. Nei casi segnalati della versione 1.6.x, la directory che terminava in _1 era spesso il mount realmente attivo, mentre la cartella originale senza suffisso era soltanto una directory residua.
_1.La guida ufficiale per la riparazione distingue innanzitutto la vecchia directory residua dal mount attivo che termina con
Un percorso di mount modificato può interrompere più applicazioni contemporaneamente ..._1Plex, Jellyfin, mount bind di Docker, Backup, condivisioni SMB e ZVM possono tutti fare riferimento a un percorso di archiviazione tramite il nome. Se il dispositivo viene improvvisamente montato in
, tali applicazioni potrebbero sembrare aver perso i file anche se i dati sono ancora sul disco.
Identifica il mount attivo prima di rinominare qualsiasi elemento _1 Apri File e Archiviazione e verifica quale percorso contiene i dati effettivi del disco attivo. La fonte afferma che la
La cartella è spesso attiva, ma non sempre. Se sono coinvolti RAID o dati AppData importanti e lo stato non è chiaro, contatta l'assistenza prima di procedere.
Rinomina temporaneamente la directory originale residua
La guida rinomina la directory originale senza suffisso in un nome temporaneo, rendendo disponibile il vecchio nome del punto di mount. Usa il percorso esatto del tuo sistema, non l'identificativo di esempio.
La procedura ufficiale utilizza l'azione Espelli gestita invece di forzare alla cieca lo smontaggio di un disco attivo.
Il passaggio successivo è Abilita, quindi la fonte richiede esplicitamente Mantieni tutti i dati.
Non selezionare Formatta tutto. La formattazione cancella il disco.
Ripristina il nome di archiviazione originale _1 Rimuovi il
Mantieni la cartella temporanea finché le applicazioni non sono state verificate
La guida ufficiale consiglia di mantenere il suffisso rinominato durante la procedura di abilitazione, in modo che il disco torni al nome di mount precedente. Le applicazioni esistenti potranno così ritrovare il vecchio percorso. -temp la cartella per alcuni giorni. Verifica Plex, Jellyfin, Docker, SMB, Backup e gli altri servizi dipendenti prima di rimuoverla.
Il bug era associato alla transizione dello spazio di archiviazione e dei mount della versione 1.6.x
ZimaOS 1.6.1 ha risolto ufficialmente la denominazione incoerente dei punti di mount quando i nomi dei dispositivi contenevano spazi e ha ottimizzato la logica di visualizzazione dei dischi di terze parti. L'attuale ZimaOS è più recente, quindi non ripetere questa riparazione a meno che non sia effettivamente presente lo stesso stato con un percorso attivo e uno residuo duplicati.
Il suffisso _1 può sembrare una perdita di dati anche quando il disco è integro
Le applicazioni spesso memorizzano percorsi host assoluti. Se /media/MyDisk diventa /media/MyDisk_1, Plex, Jellyfin, Backup e Docker potrebbero segnalare improvvisamente contenuti multimediali mancanti o cartelle vuote anche se il file system è ancora montato e intatto.
Ecco perché la riparazione ufficiale inizia dall'identificazione del mount anziché dalla ricostruzione delle librerie o dalla reinstallazione delle app.
Esegui il backup dei dati critici prima di modificare i nomi dei mount
La guida ufficiale è progettata per preservare i dati, ma la gestione dell'archiviazione comporta sempre dei rischi. Se il disco contiene l'unica copia di file insostituibili, crea un backup indipendente prima di espellerlo, rinominarlo o riabilitarlo.
RAID e pool multi-disco richiedono particolare cautela
La fonte avverte esplicitamente gli utenti con RAID, dati Docker o archiviazione importante di contattare l'assistenza se non sono sicuri di quale cartella sia attiva. Un membro RAID non deve essere trattato come un normale disco autonomo solo perché un nome di mount termina in _1.
Verifica ogni servizio dipendente prima di eliminare la cartella temporanea
Dopo aver ripristinato il nome originale del mount, verifica l'accesso SMB, le librerie Plex/Jellyfin, i mount bind di Docker, i processi di backup e qualsiasi spazio di archiviazione delle VM. Solo dopo che questi percorsi vengono risolti correttamente si dovrebbe prendere in considerazione la pulizia della vecchia directory temporanea.
Mantieni tutti i dati e formatta tutto sono scelte opposte
L'errore più pericoloso in questa procedura è scegliere un'opzione di formattazione mentre si cerca di risolvere un problema di denominazione. Leggi attentamente la finestra di conferma e identifica il disco tramite modello/capacità prima di continuare.
FAQ sulla cartella di archiviazione _1
Quale cartella è solitamente il mount attivo nel problema descritto dalla fonte?
IceWhale afferma che la cartella che termina in _1 è spesso attiva mentre la cartella originale è un residuo.
Posso semplicemente eliminare la cartella _1?
No. Potrebbe essere il percorso del disco montato attivamente.
Quale opzione preserva i dati del disco durante la riparazione?
La procedura ufficiale dice Abilita (mantieni tutti i dati), non Formatta tutto.
