Praveze to nie je problem len samby...vlastne momentalne som vybral dany disk a pripojil do linuxu a znaky nespravne zobrazene, cize som v prostredi desktopu....
Nechapu pointu.
Tieto subory pravdepodobbe vznikli skopirovanim z windowsackych masin cez ssh. Znaky su zobrazene roznymi stvorcekmi....a nie je mozne ich citanie az po prepisani...Rad by som tomu predisiel aby sa to zobrazovalo spravne ci uz pri kopirovani cez ssh alebo na serveri....
popripade ako zabezpecit sucasne zobrazovanie utf-8 aj cp-1250 alebo ako premenit cp-1250 do utf-8?
Filesystém neřeší kódování názvu souborů - co mu předám, to tam prdne. Když vytvořím soubor s názvem 0x01 0x02 0x03, tak s tam prostě bude jmenovat. Jak název 0x01 0x02 0x03 zobrazit, to už je otázkou jiných částí OS. Čili soubory a kódování spolu nijak nesouvisí.
Takže není jiné řešení, než zjistit, kdo, jak a proč tam ty soubory s podivným kódováním vytvořil. Pokud je tam nahrál přez ssh, je potřeba to řešit na úrovni ssh. Pokud přes sambu, musí se to řešit konfigurací samby.
Takže žádné "současné zobrzování X a Y" neexistuje.
A co se týče toho "přemenění X na Y", tak to se udělat dá. Prostě se jméno souboru zmení z řetězce kódovaného v X na řetězec kódovaný v Y. Je ale potřeba myslet na to, že když potom na ten soubor někdo šáhne tím způsobem, kterým ho tam nahrál, bude mít zase zmršené kódování on, protože očekává, že názvem soubru je řetězec kódovaný v X.