Wat veroorzaakt dat bestandsnamen veranderen na het verplaatsen van gegevens tussen macOS en Linux?

Bestandsnamen kunnen verschillen tussen macOS en Linux, zelfs als de bestandsinhoud identiek blijft.

De gebruikelijke oorzaken zijn Unicode-normalisatie, verschillende hoofdlettergevoeligheidsregels en SMB die tekens herschrijft die een andere client niet veilig kan weergeven. Identificeer eerst het visuele patroon en test vervolgens een kleine kopie voordat u een heel archief hernoemt.

De naam kan er hetzelfde uitzien maar anders worden opgeslagen

Geaccentueerde tekens kunnen worden gecodeerd als één samengesteld codepunt of als een basisletter plus een combinatiemerk. Die NFC- en NFD-vormen kunnen er op het scherm identiek uitzien, terwijl back-uptools, scripts, databases of Linux-toepassingen de bytevolgordes als verschillende namen behandelen.

Een overdrachtshulpmiddel kan namen normaliseren tijdens het kopiëren, waardoor de spelling op de bestemming veranderd lijkt of een latere synchronisatie een hernoeming meldt. Vergelijk Unicode-codepunten in plaats van alleen te vertrouwen op Finder of een terminallijst.

Hoofdlettergevoeligheid veroorzaakt conflicten en alleen-hoofdletter hernoemingen

Standaard macOS-volumes zijn vaak hoofdletterongevoelig maar hoofdletterbehoudend, terwijl gangbare Linux-bestandssystemen hoofdlettergevoelig zijn. Linux kan daarom Photo.jpg en photo.jpg in één map opslaan, ook al kan de macOS-bestemming ze niet als aparte namen behandelen.

Alleen-hoofdletter hernoemingen kunnen ook verborgen blijven voor een tool die op macOS draait en pas weer verschijnen nadat de bestanden op Linux zijn aangekomen. Maak voor migratie een lijst met hoofdlettergevoelige versies en los duplicaten op met een omkeerbare naamgevingskaart.

SMB kan niet-ondersteunde tekens herschrijven

Netwerkprotocollen en clients hanteren hun eigen bestandsnaamregels. Een naam die via een oudere Mac-werkwijze is gemaakt, kan tekens bevatten die een andere SMB-client afwijst, wat SMB-naamvervorming voor niet-ondersteunde tekens veroorzaakt, zoals een verkorte alfanumerieke vorm met een tilde.

Schakel naamvervorming niet blindelings uit. De oorspronkelijke naam kan onbruikbaar blijven voor Windows of een andere client, en applicaties die het oude pad opsloegen, moeten mogelijk nog steeds worden herlinkt na een hernoeming.

Normaliseer en controleer namen vóór de volledige verhuizing

Inventariseer de bron op Unicode-normalisatieverschillen, hoofdlettergevoelige duplicaten, achtervoegende spaties of punten, gereserveerde namen, besturingskarakters en protocol-specifieke symbolen. Kopieer een representatieve steekproef met het exacte productiegereedschap en vergelijk bestands-hashes apart van padnamen.

Houd een bron-naar-bestemming hernoemingsmanifest bij zodat scripts, mediatheken en projectbestanden kunnen worden herlinkt. Houd ook rekening met uitgebreide attributen tijdens NAS-migratie, omdat bestandsnamen slechts één laag van cross-platform metadata zijn die een kopieerhulpmiddel kan transformeren of weglaten.

FAQ

Verandert bestandsnaamnormalisatie de bestandsinhoud?

Nee. Het verandert de weergave van de padnaam, niet de bytes binnen het bestand. Controleer inhoud met hashes en namen met een apart manifest.

Waarom worden alleen geaccentueerde bestandsnamen beïnvloed?

Veel geaccentueerde tekens hebben zowel samengestelde als gesplitste Unicode-vormen. Gewone ASCII-letters hebben meestal maar één relevante representatie, waardoor het verschil daar onzichtbaar blijft.

Kunnen twee Linux-bestanden op macOS samenvallen tot één bestand?

Dat kan gebeuren als hun namen alleen verschillen in hoofdlettergebruik of normaliseren naar dezelfde vorm. Detecteer en hernoem conflicten vóór het kopiëren zodat geen van beide bestanden wordt overgeslagen of overschreven.