I nomi dei file possono cambiare tra macOS e Linux anche quando il contenuto del file rimane identico.
Le cause più comuni sono la normalizzazione Unicode, regole diverse di distinzione tra maiuscole e minuscole e la riscrittura SMB di caratteri che un altro client non può rappresentare in modo sicuro. Identifica prima il modello visivo, poi testa una piccola copia prima di rinominare un intero archivio.
Il nome può sembrare uguale ma essere memorizzato in modo diverso
I caratteri accentati possono essere codificati come un singolo punto di codice composto o come una lettera base più un segno combinato. Quelle forme NFC e NFD possono apparire identiche sullo schermo mentre strumenti di backup, script, database o applicazioni Linux trattano le sequenze di byte come nomi diversi.
Un’utilità di trasferimento può normalizzare i nomi durante la copia, facendo apparire cambiata la scrittura di destinazione o causando una successiva sincronizzazione che segnala una rinomina. Confronta i punti di codice Unicode invece di affidarti solo al Finder o a un elenco da terminale.
| Sintomo visibile | Probabile causa | Test sicuro |
|---|---|---|
| Accenti divisi o dall’aspetto insolito | Normalizzazione Unicode | Confronta i punti di codice NFC/NFD |
| Solo variazioni di maiuscole/minuscole | Incompatibilità delle regole di distinzione maiuscole/minuscole | Scansiona per duplicati ignorando il caso |
| Il nome diventa corto con una tilde | Alterazione del nome SMB | Controlla caratteri non supportati |
La distinzione tra maiuscole e minuscole crea collisioni e rinomini solo di maiuscole/minuscole
I volumi macOS predefiniti sono comunemente insensibili al caso ma che preservano il caso, mentre i filesystem Linux comuni sono sensibili al caso. Linux può quindi memorizzare Photo.jpg e photo.jpg nella stessa directory anche quando la destinazione macOS non può considerarli nomi separati.
I rinomini che cambiano solo il caso possono anche essere nascosti a uno strumento in esecuzione su macOS e poi riapparire dopo che i file arrivano su Linux. Prima della migrazione, genera una lista con il caso ignorato e risolvi i duplicati con una mappa di nomi reversibile.
SMB può riscrivere caratteri non supportati
I protocolli di rete e i client applicano le proprie regole sui nomi dei file. Un nome creato tramite un flusso di lavoro Mac più vecchio può contenere caratteri che un altro client SMB rifiuta, attivando l’alterazione del nome SMB per caratteri non supportati come una forma alfanumerica abbreviata con una tilde.
Non disabilitare l’alterazione ciecamente. Il nome originale potrebbe rimanere inutilizzabile per Windows o un altro client, e le applicazioni che hanno memorizzato il vecchio percorso potrebbero ancora necessitare di un ricollegamento dopo qualsiasi rinomina.
Normalizza e verifica i nomi prima dello spostamento completo
Fai l’inventario della sorgente per differenze di normalizzazione Unicode, duplicati ignorando il caso, spazi o punti finali, nomi riservati, caratteri di controllo e simboli specifici del protocollo. Copia un campione rappresentativo con lo strumento di produzione esatto e confronta gli hash dei file separatamente dai nomi dei percorsi.
Tieni un registro delle rinomine da sorgente a destinazione in modo che script, librerie multimediali e file di progetto possano essere ricollegati. Considera anche gli attributi estesi durante la migrazione NAS, perché i nomi dei file sono solo uno strato di metadati cross-platform che uno strumento di copia può trasformare o omettere.
FAQ
La normalizzazione del nome file cambia il contenuto del file?
No. Cambia la rappresentazione del nome del percorso, non i byte all’interno del file. Verifica i contenuti con gli hash e i nomi con un registro separato.
Perché sono interessati solo i nomi con accenti?
Molti caratteri accentati hanno sia forme Unicode composte che decomposte. Le lettere ASCII semplici di solito hanno una sola rappresentazione rilevante, quindi la discrepanza rimane invisibile lì.
Possono due file Linux collassare in uno su macOS?
Possono collidere quando i loro nomi differiscono solo per il caso o si normalizzano nella stessa forma. Rileva e rinomina le collisioni prima della copia in modo che nessun file venga saltato o sovrascritto.
Supporto e consigli
Altro da leggere

Guida all’archiviazione delle registrazioni TV in diretta per capacità, conservazione e pulizia
Misura le registrazioni reali, riserva margine, combina i limiti di età e capacità e dimostra che il programma idoneo più vecchio viene rimosso prima...

Procedura di recupero dei metadati multimediali domestici dopo il ripristino di un database
Proteggi lo stato ripristinato, verifica l'identità e i percorsi dei media, quindi correggi le copertine o le corrispondenze mancanti in una libreria pilota prima...

Checklist di compatibilità del client Jellyfin per audio, video e sottotitoli
Testa file rappresentativi una variabile alla volta e registra Direct Play, remux, conversione audio, transcodifica video o errore per ogni client.

