Samba - macOS, speciális karakterek

macOS

Sziasztok,

alábbiakban kérném a segítségeteket.
Új szerverre állunk át. Állomány szerver, vegyes hálózat (Windows, macOS).
Jelenlegi felállás Ubuntu 16.04 samba és netatalk. A netatalk használatát az új szerveren szeretném mellőzni, már nem üzemelnek "régebbi" típusú Apple gépek.
Az új szerver Ubuntu 18.04 samba szerverrel. A régi szerverről NFS-en rsync-kel mozgattam át az állományokat.
A speciális karaktereket (jellemzően ékezetes és/vagy szóköz) tartalmazó foldereket és állományokat a macOS 10.13 és macOS 10.14 kliensek nem látják. Az összes többi (Windows 7, Windows 10, macOS 10.10, macOS 10.11 és macOS 10.12) látják ezeket.
Elég sok időt elböngészve a témában, zátonyra futottam. Valakinek van tapasztalata a témában?

Köszönöm.

( ng123 | 2018. 12. 24., h – 12:26 )

smb.conf
[global]
unix charset = valami

Ezzel próbálkoztál?

Sok mindennel próbálkoztam, az ASCII-vel nem :) Így most lát mindenki mindent, igaz hibásan.
A fő bajom továbbra is az, hogy default beállításokkal windows-os és macOS 10.13 alatt helyesen és jól jelenik meg minden.
"a szerver lemezén fizikailag milyen char.kódok szerepelnek"-t kifejtenéd pontosan?

( NevemTeve | 2018. 12. 25., k – 16:43 )

Szerintem először nevezd át a fájlokat, azután magyarázd el, hogy szerencsétlen véletlen volt. Ami ráadásul bármikor megismétlődhet. Ilyesmi lenne, nem teszteltem: 


#!/bin/sh

LC_ALL=en_US.ISO-8859-1

find . -name '*.txt' | while IFS='\n' read -r L; do
    Dir="$(dirname "$L")"
    Old="$(basename "$L")"
    New="$(printf '%s' "$Old" | LC_ALL=C sed 's/[^A-Za-z0-9_.-]/@/g')"
    if [ "x$Old" != "x$New" ];
	then printf "mv -- \"%s/%s\" \"%s/%s\"\n" "$Dir" "$Old" "$Dir" "$New"
    fi
done

haha, ez durva. Szóval ezért nem használok ékezetes karikat fájlnévben lol...

meg még aposztrófnál is eltérés van. (egy kis érdekesség, hogy a /. komment szekciója ezt az átfordítást nem csinálja meg és így láccik ki van apple eszközről lol)

heh, mindig tanul az ember valamit...

--
GPLv3-as hozzászólás.

( Taracque | 2018. 12. 27., cs – 21:26 )

Nem az a gond, hogy a fileok u.n. decomposed UTF-8 encoding alapján vannak elnevezve? Az rsync-et lehet úgy paraméterezni, hogy konvertálja a neveket sima UTF-8-ra.

Taracque kolléga üdv :). Réges régen a MacMailen láttalak utoljára.
Igen, úgy tűnik ez volt a probléma. Valami oknál fogva réges-régen a netatalk konfigurálásánál az AppleVolumes-ban minden volume kapott egy volcharset:UTF8-MAC beállítást.
Nem is vettem észre a hibát amíg a Macek AFP keresztül kommunikáltak, a windowsok pedig SMB-n