Verifica che le condivisioni fantasma provengano dal server
Il proprietario dello ZimaCube riusciva ancora a vedere e montare condivisioni SMB vuote derivanti da due tentativi falliti di configurazione RAID5. Le condivisioni attuali su ZimaOS 1.2.2 potevano essere aggiunte e rimosse normalmente, ma i nomi precedenti continuavano a comparire nel selettore delle condivisioni di rete.
Un Mac che non si era mai connesso allo ZimaCube mostrava gli stessi nomi obsoleti. Questo controllo ha escluso una cache limitata a un singolo client e ha collocato lo stato obsoleto sul lato server.
Ripeti questo controllo a basso rischio prima di modificare il server: confronta l’elenco visualizzato da un nuovo client o da un profilo pulito con le condivisioni attive mostrate in File di ZimaOS. Registra quali voci sono reali e quali vengono montate come vuote.
Non ricostruire il RAID funzionante per rimuovere i nomi delle condivisioni
Il team ha dichiarato che il principio di riparazione consisteva nell’evitare di costringere gli utenti a ricostruire o ricaricare i dati RAID, salvo quando fosse inevitabile. In seguito ha confermato che il problema delle condivisioni non avrebbe influito sui dati RAID esistenti.
Questo distingue l’integrità dello spazio di archiviazione dalla pulizia dell’elenco delle condivisioni. Verifica prima l’array attuale e le condivisioni reali. Se il RAID è integro e i dati restano accessibili, i nomi fantasma non dimostrano che l’array debba essere ricreato.
Se l’array è degradato o non viene rilevato, fermati e tratta il problema come un incidente di ripristino separato. Non combinare una riparazione dello spazio di archiviazione con la pulizia SMB, perché perderesti la possibilità di determinare quale modifica abbia influito su ciascun problema.
Il team ha confermato un bug nella gestione delle condivisioni
Un membro del team ZimaOS ha confermato che, all’epoca, le operazioni sui file e sullo spazio di archiviazione non erano associate alla pulizia delle condivisioni. Un altro utente ha segnalato un sintomo correlato: rinominare o eliminare una cartella condivisa lasciava attivo il vecchio nome SMB.
Il problema originale è iniziato dopo che ZimaOS 1.2 non riusciva a mantenere la configurazione RAID tra un ciclo di spegnimento e l’altro. L’aggiornamento alle versioni 1.2.1 e 1.2.2 ha interrotto il problema di persistenza del RAID, ma i record delle condivisioni obsolete sono rimasti.
ZimaOS 1.2.3 non li ha rimossi. Il team ha dichiarato che la correzione era prevista per la versione 1.2.4 e ha offerto assistenza remota in precedenza, ma l’argomento non contiene post successivi che confermino che la versione 1.2.4 abbia eliminato le voci dell’autore. Mantieni questo limite di versione.
Evita di modificare manualmente i file Samba generati
L’autore ha trovato definizioni obsolete in /etc/samba/smb.casa.conf. Modificare, eliminare o sostituire quel file non produceva effetti permanenti dopo il riavvio, e l’elenco di rete a volte conteneva più nomi del file stesso.
Questo comportamento indica che un altro componente rigenerava o forniva lo stato delle condivisioni. Modifiche manuali ripetute rischiano di creare una divergenza rispetto alla gestione di ZimaOS senza produrre una correzione duratura.
Ripristina eventuali modifiche sperimentali, lascia intatto il RAID attivo e utilizza l’interfaccia supportata, il percorso di aggiornamento o il processo di assistenza remota. Il ripristino deve essere verificato da un nuovo client dopo un riavvio, non solo esaminando un singolo file di configurazione.
Richiedi assistenza con un inventario riproducibile delle condivisioni
Se un aggiornamento supportato non rimuove le voci fantasma, acquisisci la versione di ZimaOS, l’elenco delle condivisioni in File, il selettore delle condivisioni del client e i nomi che vengono montati come vuoti. Indica che lo stesso elenco compare su un nuovo client.
Richiedi la correzione dello stato delle condivisioni senza autorizzare una ricostruzione del RAID, a meno che le prove relative allo spazio di archiviazione non la rendano indipendentemente necessaria. Il team ha offerto assistenza remota proprio per rimuovere le condivisioni fantasma prima dell’aggiornamento previsto.
Dopo la correzione, riavvia una volta, riconnettiti sia da un client esistente sia da uno nuovo e verifica che compaiano solo le condivisioni attive e che aprano i percorsi previsti. Questo test completo dimostra l’avvenuto ripristino.
Domande frequenti
Le condivisioni SMB fantasma sono solo un problema di cache di macOS?
Non in questo caso. Un Mac che non si era mai connesso allo ZimaCube vedeva le stesse voci.
ZimaOS 1.2.3 ha rimosso le vecchie condivisioni?
No. L’autore ha dichiarato esplicitamente che la versione 1.2.3 non aveva risolto il problema.
L’argomento ha confermato che ZimaOS 1.2.4 ha corretto il bug?
Il team prevedeva la correzione per la versione 1.2.4, ma la discussione non include una verifica finale da parte dell’utente.
