Dotaz: Kodovani znaku v *UBUNTU

[sc0ut]

Ahoj, na desktopu mam KUBUNTU 8.04 a ma docela problemek s kodovanim znaku. Na home serveru je srvr edice UBUNTU plus nejaky sluzby.

Pokud na nej vlezu pres SAMBU (z WIN XP) je vse OK, i na srvr samotnem pres SSH je vse OK.

Pokud se tam podivam (na sdilene disky..) pres sambu z kubuntu mam problemy s diakritikou. Pismenaka ktere ju obsahuji sou spis ctverecky a ruzne paznaky.

Zkousel sem googlit a neco hledat ale co jsem nasel nepomohlo.

Najde se hodna duse a poradi prosim?

Odpovědi

[fakenickname]

jaky je vypis prikazu 'locale' na tom ubuntu, o jakych filesystemech mluvite, jak vypada fstab na tom ubuntu, jake kodovani volite pri pripojeni na win, prochazel jste konfiguraci samby, dokumentaci samby a kde ze vlastne ty disky fyzicky jsou a kdo kam pristupuje???

[sc0ut]

locale zjistim az budu doma.

FS pouzivam EXT3

fstab je ten co si udelal sam instalator, neni treba se vrtat v necem co funguje. A mountovani tam je psane pres UUID disku (osobne mam radsi /dev/*da)

Pripojeni z win na sitovy disk delam pres "net use" bez upresneni kodovani. Prava k zapisu na nem mam jen ja. Mam tam TorrentFlux plus sem tam neco sosam pres links. Konfigurace samby by nemela byt problematicka obcas ma k tomu HDD pristup vice lidi (jen cteni) a znaky jsou OK.

Jedinny problem je pri pristupu z desktopu s KUBUTNU 8.04. Jinou distribuci jsem nezkousel ani nemel moznost zkusit.

Osobne vidim spis problem v desktopu nez v srvru.

[fakenickname]

tak ukaz fstab z toho kubuntu..

[sc0ut]

fstab kubuntu

proc /proc proc defaults 0 0
# /dev/sda5
UUID=95eddfaa-fcdf-433f-ae08-c76339850442 / ext3 nouser,relatime,errors=remount-ro,atime,auto,rw,dev,exec,suid 0 1

# /dev/sda2
UUID=5a1e51a6-00c9-4331-86be-7fd39238cbc4 /boot ext3 nouser,relatime,atime,auto,rw,dev,exec,suid 0 2

# /dev/sda6
UUID=558fa020-d78a-41f3-ad7c-3b3a3bfbd557 /home ext3 nouser,relatime,atime,auto,rw,dev,exec,suid 0 2
# /dev/sda3
UUID=41edad4d-8452-4354-827f-ff61fd5c77ea none swap sw 0 0

/dev/scd0 /media/cdrom0 udf,iso9660 user,utf8,atime,noauto,rw,dev,exec,suid 0 0

LABEL=SATA /media/sata ntfs uid=1000,gid=1000,auto,rw,nouser 0 0

/dev/sda1 /media/xp ntfs uid=1000,gid=1000,auto,rw,nouser 0 0
none            /proc/bus/usb   usbfs   devgid=121,devmode=664 0 0

vypis locale ze srvru

LANG=cs_CZ.UTF-8
LC_CTYPE="cs_CZ.UTF-8"
LC_NUMERIC="cs_CZ.UTF-8"
LC_TIME="cs_CZ.UTF-8"
LC_COLLATE="cs_CZ.UTF-8"
LC_MONETARY="cs_CZ.UTF-8"
LC_MESSAGES="cs_CZ.UTF-8"
LC_PAPER="cs_CZ.UTF-8"
LC_NAME="cs_CZ.UTF-8"
LC_ADDRESS="cs_CZ.UTF-8"
LC_TELEPHONE="cs_CZ.UTF-8"
LC_MEASUREMENT="cs_CZ.UTF-8"
LC_IDENTIFICATION="cs_CZ.UTF-8"
LC_ALL=

a fstab na srvru

# /dev/sda5
UUID=3aafac7d-3a62-4c03-84df-cd96d6a7ef23 /               ext3    defaults,errors=remount-ro 0       1

# /dev/sda1
UUID=b01d8a79-fa13-4e22-8c14-b08d6c92e6f0 /boot           ext2    defaults        0       2

# /dev/sda6
UUID=173f2a8b-25cd-4f66-af34-93e81b27409f /home           ext3    usrquota,grpquota 0       2

# /dev/sdb1
UUID=fbf12e27-9f03-4698-8367-4680217f0381 /media/sata     ext3    usrquota,grpquota 0       2

# /dev/sda2
UUID=5968c112-42d0-41fe-993d-c086ffa08f3b none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec 0       0

[podlesh]

Ten fstab neobsahuje žádný smbfs mount (ani cifs), takže pořád chybí ta zásadní informace: jak probíhá připojení toho clienta na server.

Tam se totiž dávají dva parametry: kódování serveru a kódování klienta. Případně nedají, pak se použije default - a to zde asi nezafungovalo správně.

[sc0ut]

Ach jo :( Nikdo nevi?

[Dalibor Smolík]

Takový náhradní návrh: Co tam jít přes místo přes sambu přes nfs? Na obou strojích nainstalovaný nfs-common a nfs-kernel-server, v /etc/fstab u klienta je řádek
server:/home/uzivatel/prace /home/uzivatel/PRACE nfs rw 0 0
na serveru povolený adresář v souboru /etc/exports, následuje příkaz exportfs -a, u klienta mount -a. Zobrazování znaků mám v pořádku.

[sc0ut]

mountovani je pres cifs

mount.cifs //server /lokalni_mount_point -o user=****,pass=***

tudiz zadny upresnujici parametr neni

NFS premyslel jsem, zkousel jsem ale fungovalo to a nefungovalo. A je to nesikovne reseni. Na desktopu celkem ano ale laptop uz vubec. Ten se do site pprihlasuje doma a az po startu (wi-fi). Ackoli uznavam ze samba ten srvr celkem zatezuje. Nicmene pro jine PC tam byt musi...

jeste prikladam vypis locale z desktopu

LANG=cs_CZ.UTF-8
LANGUAGE=cs_CZ:cs:en_GB:en
LC_CTYPE="cs_CZ.UTF-8"
LC_NUMERIC="cs_CZ.UTF-8"
LC_TIME="cs_CZ.UTF-8"
LC_COLLATE="cs_CZ.UTF-8"
LC_MONETARY="cs_CZ.UTF-8"
LC_MESSAGES="cs_CZ.UTF-8"
LC_PAPER="cs_CZ.UTF-8"
LC_NAME="cs_CZ.UTF-8"
LC_ADDRESS="cs_CZ.UTF-8"
LC_TELEPHONE="cs_CZ.UTF-8"
LC_MEASUREMENT="cs_CZ.UTF-8"
LC_IDENTIFICATION="cs_CZ.UTF-8"
LC_ALL=

[Dalibor Smolík]

NFS používám v celé síti i na notebooku už roky, tam to ovšem řeším skriptem (nikoliv automaticky, ale pouze "na požádání", když je notebook ve firemní síti). Jinak se mi zdá, že je rychlejší než Samba (možná jen můj dojem)

[sc0ut]

Co jsem si kde precetl tak je NFS lepsi. Ale u me nepouzitelne z vyse jmenovanych duvodu. A nejsem natolik zkuseny abych zkousel nejaky script apod.

Proto jsem zvolil sambu. Pokud mi ale bude nekdo ochoten poradit/pomoct branit se nehodlam.

[Dalibor Smolík]

Ten skript je nesmírně jednoduchý, na notebooku si nejdříve vytvořím adresář, do kterého budu chtít připojit příslušný adresář na serveru (například /home/uzivatel/docasne_pripojeni) a ve skriptu bude toto:

#! /bin/sh
mount -t nfs server://home/uzivatel /home/uzivatel/docasne_pripojeni

na plochu si dám ikonku pro spuštění tohoto skriptu, který spustím pod rootem. Po aktivaci ikonky mám na notebooku celý adresář /home ze serveru na notebooku v /home/uzivatel/docasne_pripojeni. Stejně tak lze vytvořit skript pro odpojení tohoto připojení, je-li třeba. Nezapomeňte mít v souboru /etc/exports na serveru řádek /home/uzivatel notebook(rw), tj. povolení pro zápis a čtení u notebooku.

[sc0ut]

NFS urcite zkusim.. Ale porad to nejak neresi muj problem se spatnym kodovanim. Mam obavy (tusim ze jsem to i nekde zkusil), ze az vlezu na LAN a tam polezu pres sambu nekam tak znaky budou zas v haji. Coz pro me znamena ze si neksrtnu.

Kde je chybka?

Pomohlo by pregenerovani locale do stredoevropske ISO?? (8859-2 pokud se nepletu)

[slush]

No zda se, ze system ti nativne bezi v UTF (=spravne), ale data jsi tam nahral pres SMB nebo jiny kanal, ktery jel treba v CP 1250. Takze pak pochopitelne nativne v systemu vidis divny znaky.

Sam jsem to resil tak, ze jsem data pres SMB odlil pryc, prenastavil SMB, aby komunikoval v UTF (uz je to asi dva roky, takze bohuzel neporadim jak) a pak jsem zas data nalil nazpatek. Mozna by to slo i nejakou utilitkou prejmenovat primo na disku, to jsem ale nezkousel.

[sc0ut]

Tohle me napadlo taky. Nektere veci se tam cpali pres SMB z win PC.

Akorat mam pocit ze to dela nekdy i pres torrentflux. Jistej si nejsem ale nedky tam jsou docela rozhazeny znaky. Torrentflux bezi samozrejme na tom linux srvru.

Tusim ze je nejaky konvertor mezi znakovymi sadami u nazvu souboru/adresaru.

A porad je tu ta cesta ze se udela prejmenovani rucne, ac je to docela prace.

[vencas]

Balík convmv (funguje včetně symlinků, konvertoval jsem tím stovky GB dat k plné spokojenosti), pro on-the-fly fuse-convmvfs.

Myslím si že přenastavit Ubuntu na jiné kódování než UTF-8 by rozházelo poměrně hodně ostatních programů, které jsou na UTF-8 už (bohudíky) "zvyklé".

[otula]

prenastavil SMB, aby komunikoval v UTF (uz je to asi dva roky, takze bohuzel neporadim jak)

Jediné, co mám v konfiguraci samby, týkající se kódování, je

display charset = UTF8

a funguje to OK. Tedy když z win-klientů nahrají na server soubory s diakritikou v názvu, uloží se to v UTF-8 (a Win-klientům se to samozřejmě zobrazuje správně).