In sintesi: non riformattare NTFS solo perché Windows mostra una condivisione ZimaOS vuota o di sola lettura
Il caso del 2024 combinava tre sintomi: Windows rilevava la macchina ZimaOS ma non mostrava cartelle condivise, le credenziali non venivano richieste sempre e le operazioni di copia fallivano o rallentavano. Si sospettava NTFS, ma IceWhale ha confermato esplicitamente che i dischi NTFS potevano funzionare tramite SMB. Pertanto, la riformattazione dovrebbe essere l’ultima opzione, non la prima.
Il comportamento SMB attuale di ZimaOS è molto più chiaro: le condivisioni richiedono autenticazione, i permessi vengono assegnati come Lettura o Lettura e scrittura e le credenziali Windows obsolete possono far apparire una condivisione valida come vuota o inaccessibile.
Passaggio 1: connettiti alla condivisione esatta con l’account previsto
Non affidarti solo all’icona del dispositivo nella sezione Rete di Windows. Inserisci direttamente la condivisione:
\ZIMAOS-IP\SHARE-NAMESe Windows ha riutilizzato silenziosamente un vecchio account, cancellalo prima:
net use \ZIMAOS-IP\ /delete /y
cmdkey /delete:ZIMAOS-IPLa risoluzione dei problemi SMB di ZimaOS attuale indica esplicitamente l’autenticazione errata e le credenziali memorizzate nella cache tra le cause delle condivisioni vuote e dei lunghi ritardi di connessione.
Passaggio 2: verifica i permessi di Lettura e scrittura in ZimaOS
Un utente che riesce ad aprire una condivisione potrebbe comunque non avere i permessi di scrittura. Apri le impostazioni della condivisione Samba, seleziona il membro previsto e conferma Lettura e scrittura. ZimaOS separa attualmente l’accesso dei membri da quello degli ospiti e consente al gestore di scegliere Lettura oppure Lettura e scrittura per ogni condivisione.
I membri Samba di ZimaOS costituiscono il modello di autorizzazione attuale. L’autenticazione SMB di ZimaOS descrive il flusso di connessione lato client.
Passaggio 3: separa la compatibilità del file system dall’autenticazione SMB
NTFS, exFAT e i file system nativi Linux non espongono proprietà e permessi esattamente allo stesso modo, ma un disco NTFS non è automaticamente inutilizzabile tramite Samba. Chiediti innanzitutto se ZimaOS riesce a leggere e scrivere localmente sul disco, se il membro Samba dispone dei permessi di scrittura e se Windows sta utilizzando l’account previsto.
Se il disco contiene dati esistenti, non formattarlo mai solo per verificare un’ipotesi su SMB. Usa invece un altro disco o una cartella di test vuota.
Passaggio 4: diagnostica separatamente i trasferimenti lenti
Un trasferimento che rallenta da una velocità iniziale elevata a una velocità stabile molto più bassa può dipendere dalla cache del disco, da file di piccole dimensioni, dall’archiviazione USB, dai dischi SMR, dalla negoziazione di rete o dall’elaborazione lato server. Misura separatamente i diversi livelli:
# Test di scrittura sul disco locale ZimaOS in un percorso sacrificabile
dd if=/dev/zero of=/media/STORAGE/test.img bs=1M count=2048 status=progress conv=fdatasync
# velocità della rete, quando iperf3 è disponibile
iperf3 -s
iperf3 -c SERVER-IPIl test di rete iperf separa la velocità della rete dal comportamento del disco e di Samba. Il protocollo SMB di Windows fornisce il contesto relativo al protocollo Windows.
Passaggio 5: prova una cartella di archiviazione ZimaOS sicuramente funzionante
Crea una piccola cartella in uno spazio di archiviazione gestito da ZimaOS, condividila con un membro assegnandogli Lettura e scrittura, cancella le credenziali Windows e copia un singolo file da 1–2 GB. Se funziona, il servizio Samba di base e il modello degli account funzionano correttamente. Dopo il test di controllo, ricollega il disco NTFS/exFAT esterno.
Non usare l’accesso ospite per nascondere un problema di credenziali
L’accesso ospite può rendere i test più semplici, ma elimina le informazioni necessarie per verificare quale account possiede la connessione. Per una condivisione domestica o di gruppo permanente, le credenziali esplicite dei membri sono più facili da controllare e consentono di assegnare diritti diversi di Lettura e scrittura.
La condivisione di file NAS aiuta a scegliere tra SMB diretto sulla LAN, ZimaClient e altri metodi di accesso ai file.
Quando la condivisione è ancora di sola lettura
Controlla il percorso effettivo sull’host, lo stato del montaggio e la possibilità di scrittura del file system locale. Se ZimaOS stesso non riesce a creare un file sul disco montato, Samba non può concedere capacità che il file system o il montaggio non forniscono. Se le scritture locali funzionano ma quelle tramite SMB falliscono, torna a controllare i permessi della condivisione e le credenziali della sessione Windows invece di formattare il disco.
Domande frequenti
NTFS causa problemi SMB su ZimaOS?
NTFS può avere semantiche dei permessi Linux diverse, ma non è intrinsecamente incompatibile con SMB su ZimaOS. Diagnostica prima i permessi dell’account e la possibilità di scrittura locale sul disco.
Perché Windows mostra una cartella ZimaOS vuota?
Una credenziale memorizzata nella cache o anonima può connettersi senza i diritti previsti. Cancella le sessioni SMB Windows esistenti e riconnettiti con il membro ZimaOS previsto.
Perché posso leggere i file ma non copiarne di nuovi?
La condivisione potrebbe essere configurata come Sola lettura anziché Lettura e scrittura, oppure il file system montato sottostante potrebbe essere a sua volta di sola lettura.
Devo abilitare l’accesso ospite?
Usa l’accesso ospite solo quando è richiesto intenzionalmente l’accesso anonimo. Non è una buona soluzione permanente per credenziali non funzionanti.
Come posso capire se la lentezza di SMB dipende dalla rete o dal disco?
Misura separatamente la velocità LAN effettiva e la velocità di scrittura del disco locale, quindi confronta i risultati con il trasferimento SMB.
