Linux samba ékezetgond

[quote:e3c307bc27="Gollam"]Linux/BSD alatt jók voltak, Win alatt nem voltak jók, mint írtam is.

Jól értem? A Windowsban a Samba-megosztásra létrehozott ékezetes állományokat tömörítetted Linux-BSD alatt (ugye?), és azt, ha Windows alatt kicsomagoltad, az ékezetes karakterek hibásak voltak? Ha Linux-BSD alatt csomagoltad ki, akkor jó volt. Igaz? És egyébként mind a kliensről, mind a szerverről a megosztásra tett, még tömörítetlen állományok hibátlanul jelentek meg.

Bocs az értetlenségemért!

:?

Hát ezt szépen összefoglaltad! :)
Igen.

Akkor sajnos ennek így kell lennie, hiszen a Windows és a Linux más kódolást használ. Ennek a Sambához semmi köze. A Samba jól működik, mert helyesen konvertál. Ha nem hiszed hozzál létre tiszán Linux alatt mindenféle ékezetet tartalmazó nevű fájlokat és tömörítsd be Linuxon, majd bontsd ki Windowson. Ugyanúg rosz lesz a kódolás.
Az más kérdés, hogy talán erre is van megoldás, de azt biztosan nem a Sambán belül kell keresni.

?????
Minden jól működik, miután az adott három sort beírtam az smb.conf-ba.
Nem értem mi itt a baj.

[quote:b5f81d9e0b="dejo"]Az más kérdés, hogy talán erre is van megoldás, de azt biztosan nem a Sambán belül kell keresni.

Ezek szerint van, úgy néz ki, meg kell mondani a Sambanak, hogy a Unixos rendszeren ISO8859-2-esként, a DOS-os rendszeren cp852-esként kezelje a nevek karaktereit, kijelzésnél meg használja az ISO8859-2-est.

Nálam, 2-es smb.confba az alábbi két sort kellett beírni:

[code:1:b5f81d9e0b]
coding system=ISO8859-2
client code=852
[/code:1:b5f81d9e0b]
Nem tudtam, hogy enélkül ilyen különös dolgokat művel, én annak idején már a telepítés után rögtön beírtam, és nálam minden simán megy.

Az olvasottak után én a tarra is gyanakodtam (feltéve, ha ezek a kódolási dolgok be vannak írva). Érdekes, hogy a 3-as Sambanal külön kell beírni a megjelenítési és a kezelési karakterkészletet.

[quote:25cf19a7c6="Gollam"]Hát ezt szépen összefoglaltad! :)
Igen.

:)

Köszi! Furcsa ez a hármas karakterkészlet-kezelés. A 2-es Sambanal én ilyet nem tapasztaltam. Megint tudok valami újat, ha áttérek a 3-as Sambara, már nem ér váratlanul a külön megjelenítési kódlapkezelés.

A 3-as samba manját olvasva én három értéket találtam:
dos charset
unix charset
display charset

Ezekből a display charset normális csatolás és fájlmásolgatás során nem látszik, csak naplófájlokban, vagy a swat webes admin felületen jelenhet meg.

A unix charset értelemszerűen a Unix rendszeren használt ékezetkódolás, praktikusan ISO-8859-2 vagy UTF-8.

A dos charset pedig a DOS (nem Windows!) 8.3-as fájlnevekre vonatkozik. A Win 95 óta ugyanis a vfat fájlrendszeren a hosszú fájlnevek mindenképpen UTF-16 kódolásban állnak, függetlenül bármiféle nyelvi/területi beállítástól, ezt a samba is tudja, és nyilván nem engedi elrontani.

[quote:45c2096596="egmont"]A Win 95 óta ugyanis a vfat fájlrendszeren a hosszú fájlnevek mindenképpen UTF-16 kódolásban állnak, függetlenül bármiféle nyelvi/területi beállítástól

semmikeppen nem vitatkozva ezzel, csak erdekessegkeppen megemlitve:
afaik win2k elotti rendszerek fseinel ez limitalva volt az elso tablara (BMP, basic multilingual pane), persze ez is rengeteget lefed a teljes hasznos unicode codespacebol

[quote:7b7a16d3ae="snq-"]semmikeppen nem vitatkozva ezzel, csak erdekessegkeppen megemlitve:
afaik win2k elotti rendszerek fseinel ez limitalva volt az elso tablara (BMP, basic multilingual pane), persze ez is rengeteget lefed a teljes hasznos unicode codespacebol

Ja, valóban több mint valószínű, hiszen a win95 idején még nem is létezett szerintem BMP-n túli Unicode. Ha létezett volna, akkor szerintem nem gányolnának az UTF16-tal (ami valljuk be, egy igencsak nyakatekert félig ilyen - félig olyan tárolási mód), hanem vagy UTF-8, vagy UCS-4 (UTF-32) lenne a tárolás módja.

[quote:06d70cb657="egmont"]Ja, valóban több mint valószínű, hiszen a win95 idején még nem is létezett szerintem BMP-n túli Unicode.

jogos:) asszem ez passzol ide: What is the difference between UCS-2 and UTF-16?

[quote:9df20ae585="egmont"]A Win 95 óta ugyanis a vfat fájlrendszeren a hosszú fájlnevek mindenképpen UTF-16 kódolásban állnak, függetlenül bármiféle nyelvi/területi beállítástól, ezt a samba is tudja, és nyilván nem engedi elrontani.

Hogy külön a Windowsos kódlapot nem kell megadni, mint lehetséges az esetleges hibás fájlnév-kezelés? Gondolom nem az unix charsetben megadott értéket veszi fel. Alapesetben a Samba milyen kódlapot használ?

A régebbi Sambáknál miért csak a kódrendszert és a kliens kódot kellett megadni? Erről lehet tudni valamit?

[quote:aae4841b8a="vfb"]Kérdés, hogyan lehetne megoldani, hogy a mentésből is rendesen ékezethelyesen lehessen visszaállítani a fájlokat?

A Linuxos szerveren nem lehet kibontani helyesen a tar állományt, vagy a Windowsos klienseken tar kicsomagolót használva?

Akkor gondolom 2.x samba. Nalunk debian sarge alatt volt ez a problema,
3.x alatt, es erdekes modon: mukodott-debian samba frissites->nem muxik--> es ez ismetlodgetett. Lehet, hogy veletlen, konfig fajlt nem modositottuk. Mindenestre egy lOCALES vagy mi sor (most fejbol nem tudom) kitorlese megoldotta orokre a problemat. Be kene masolnod ide a konfig fajlodat.

[quote:420eea6f0b="tempix"]Akkor gondolom 2.x samba.

Hogy lehet probléma a Sambaval, ha abban jól jelenik meg az ékezet, csak a tar-ral készült mentésben nem? (Gondolom ez a helyzet.) Nekünk 2-es Sambank van, és azzal minden rendben. A Midnight Commander írkál kriksz-krakszot a magyar ékezetek helyett, de a héjban jól megjelenik, sőt, ha a kriksz-krakszos állományokat átmásolom bármilyen Windowsos gépre, ott is jó. Nem lehet, hogy a tarnak van valamilyen nyűgje?

Sziasztok :)

Az smb.conf -ban,

[global]
dos charset = CP852
unix charset = ISO8859-2

, vagyis, ha az ékezetek mindkettőben helyesek,
a mentést csak ott lehet visszatölteni, ahol készült. :(

Nekem hasonló gondom volt anno Debiannal (3.x samba), majd mostanában FreeBSD-vel (3.x samba).

FreeBSD-n a megoldás az lett, hogy a global szekciónak tartalmaznia kell ezeket a sorokat:

unix charset = ISO8859-2
display charset = ISO8859-2
dos charset = cp852

Debian alatt meg úgy hagytam, nem foglalkoztam vele, de gondolom -mivel samba config- ugyanúgy működik.

[quote:68c28345f2="vataiat"]
, vagyis, ha az ékezetek mindkettőben helyesek,
a mentést csak ott lehet visszatölteni, ahol készült. :(

Nem értem. A Linuxos szerveremen van egy Samba-megosztás, és a Windowsos kliensről felmásolok rá egy magyar ékezetes, 852-es kódlapú állományt, akkor azt a Linuxos szerveren egyszerűen le tudom menteni a tar-ral, és vissza is tudom oda csomagolni. Nálam így van. Én régi 2-es Sambat használok, és 1.3-as tart.

Ha egy Windowsos merevlemezt nézek Linux alatt, ugyanígy be- és kicsomagolhatom.

A probléma az volt nálam, hogy a Win alól létrehozott ékezetes file-okat RAR-al törmörítettem (Bár azt hiszem tar-al is volt gond). Majd ezt a törmörített állományt Win alatt kicsomagolva az ékezetek rosszak lettek.
Vagy, ha linux alatt csomagoltam ki egy sambás könyvtárba, akkor azt a könyvtárat windows alól nézve rossz ékezeteket tapasztaltam. (Ugyanaz a könyvtár linux alatt jó volt)

[quote:921987b0c8="Gollam"]A probléma az volt nálam, hogy a Win alól létrehozott ékezetes file-okat RAR-al törmörítettem (Bár azt hiszem tar-al is volt gond). Majd ezt a törmörített állományt Win alatt kicsomagolva az ékezetek rosszak lettek.
Vagy, ha linux alatt csomagoltam ki egy sambás könyvtárba, akkor azt a könyvtárat windows alól nézve rossz ékezeteket tapasztaltam. (Ugyanaz a könyvtár linux alatt jó volt)

És mind Windows kliens alatt, mind Linux-BSD szerver alatt jól jelentek meg a Samba megosztásra mentett ékezetes karakterek? Az én régi, 2-es Sambamban "client code page=852" és "coding system=ISO8859-2" van beállítva, és azzal így minden oké.

Igen, így teljesen jók a karakterek.

[quote:c9e43542f4="Gollam"]Igen, így teljesen jók a karakterek.

Ha már eleve jól jelenik meg minden karakter a Samba-megosztásban, akkor hogyan lehet, hogy a tar nem jól csomagolja be?

Linux/BSD alatt jók voltak, Win alatt nem voltak jók, mint írtam is.