Nazwy plików mogą się różnić między macOS a Linuxem, nawet jeśli zawartość plików pozostaje identyczna.
Typowe przyczyny to normalizacja Unicode, różne zasady rozróżniania wielkości liter oraz przepisywanie znaków przez SMB, których inny klient nie może bezpiecznie obsłużyć. Najpierw zidentyfikuj wzór wizualny, a następnie przetestuj małą kopię przed zmianą nazwy całego archiwum.
Nazwa może wyglądać tak samo, ale być przechowywana inaczej
Znak z akcentem może być zakodowany jako pojedynczy złożony punkt kodowy lub jako litera bazowa plus znak łączący. Te formy NFC i NFD mogą wyglądać identycznie na ekranie, podczas gdy narzędzia do tworzenia kopii zapasowych, skrypty, bazy danych lub aplikacje Linux traktują ciągi bajtów jako różne nazwy.
Narzędzie do transferu może normalizować nazwy podczas kopiowania, co sprawia, że zapis docelowy wydaje się zmieniony lub powoduje, że późniejsza synchronizacja zgłasza zmianę nazwy. Porównuj punkty kodowe Unicode, zamiast polegać tylko na Finderze lub listingach terminala.
| Widoczny objaw | Prawdopodobna przyczyna | Bezpieczny test |
|---|---|---|
| Akcenty są rozdzielone lub wyglądają nietypowo | Normalizacja Unicode | Porównaj punkty kodowe NFC/NFD |
| Zmienia się tylko wielkość liter | Niezgodność zasad rozróżniania wielkości liter | Przeskanuj pod kątem duplikatów z ignorowaniem wielkości liter |
| Nazwa staje się krótka i zawiera tyldę | Przepisywanie nazw przez SMB | Sprawdź nieobsługiwane znaki |
Rozróżnianie wielkości liter powoduje kolizje i zmiany nazw tylko w wielkości liter
Domyślne wolumeny macOS są zwykle niezależne od wielkości liter, ale zachowujące ich oryginalny zapis, podczas gdy popularne systemy plików Linux są wrażliwe na wielkość liter. Linux może więc przechowywać Photo.jpg i photo.jpg w jednym katalogu, nawet jeśli docelowy system macOS nie traktuje ich jako osobnych nazw.
Zmiany nazw różniące się tylko wielkością liter mogą być ukryte przed narzędziem działającym na macOS, a następnie pojawić się ponownie po przeniesieniu plików do Linuxa. Przed migracją wygeneruj listę zignorowanych wielkości liter i rozwiąż duplikaty za pomocą odwracalnej mapy nazw.
SMB może przepisywać nieobsługiwane znaki
Protokoły sieciowe i klienci stosują własne zasady nazw plików. Nazwa utworzona w starszym środowisku Mac może zawierać znaki, które inny klient SMB odrzuca, wywołując przepisywanie nazw SMB dla nieobsługiwanych znaków, takie jak skrócona forma alfanumeryczna z tyldą.
Nie wyłączaj przepisywania bezmyślnie. Oryginalna nazwa może pozostać nieużyteczna dla Windows lub innego klienta, a aplikacje, które zapisały starą ścieżkę, mogą wymagać ponownego powiązania po każdej zmianie nazwy.
Normalizuj i audytuj nazwy przed pełnym przeniesieniem
Sprawdź źródło pod kątem różnic w normalizacji Unicode, duplikatów ignorujących wielkość liter, spacji lub kropek na końcu, zarezerwowanych nazw, znaków kontrolnych oraz symboli specyficznych dla protokołu. Skopiuj reprezentatywną próbkę za pomocą dokładnie tego samego narzędzia produkcyjnego i porównaj sumy kontrolne plików osobno od nazw ścieżek.
Zachowaj manifest zmian nazw ze źródła do miejsca docelowego, aby skrypty, biblioteki multimediów i pliki projektów mogły zostać ponownie powiązane. Uwzględnij także atrybuty rozszerzone podczas migracji NAS, ponieważ nazwy plików to tylko jedna warstwa metadanych międzyplatformowych, które narzędzie kopiujące może zmieniać lub pomijać.
FAQ
Czy normalizacja nazw plików zmienia zawartość pliku?
Nie. Zmienia reprezentację nazwy ścieżki, a nie bajty wewnątrz pliku. Sprawdź zawartość za pomocą sum kontrolnych, a nazwy za pomocą osobnego manifestu.
Dlaczego dotyczy to tylko nazw z akcentami?
Wiele znaków z akcentami ma zarówno złożone, jak i rozłożone formy Unicode. Zwykłe litery ASCII zazwyczaj mają tylko jedną odpowiednią reprezentację, więc tam nie widać niezgodności.
Czy dwa pliki Linux mogą się zlać w jeden na macOS?
Mogą się zderzyć, gdy ich nazwy różnią się tylko wielkością liter lub normalizują się do tej samej formy. Wykryj i zmień nazwy kolidujących plików przed kopiowaniem, aby żaden plik nie został pominięty ani nadpisany.
Wsparcie i wskazówki
Więcej do przeczytania

Przewodnik po pamięci masowej nagrywania telewizji na żywo: pojemność, przechowywanie i czyszczenie
Zmierz rzeczywiste nagrania, zarezerwuj zapas, połącz limity wieku i pojemności oraz potwierdź, że najstarszy kwalifikujący się program zostanie usunięty, zanim pamięć się zapełni.

Proces odzyskiwania metadanych multimediów domowych po przywróceniu bazy danych
Zabezpiecz przywrócony stan, zweryfikuj tożsamość multimediów i ścieżki, a następnie napraw brakujące grafiki lub dopasowania w pilotażowej bibliotece przed wprowadzeniem szeroko zakrojonych zmian metadanych.

Lista zgodności klientów Jellyfin z dźwiękiem, obrazem i napisami
Testuj reprezentatywne pliki, zmieniając jedną zmienną naraz, i rejestruj dla każdego klienta: bezpośrednie odtwarzanie, remultipleksowanie, konwersję dźwięku, transkodowanie wideo lub niepowodzenie.

