NFS (W10) - network file system a nespravne zobrazenie diakritiky

[peter54]

Na orangepi zero plus mi bezi nfs server aj samba server. Linux prijimace mi okaslali cifs zdielanie tak dostali NFS.
Na stroj s 10 oknami mam namapovane aj cifs aj nfs disky aj ked sa jedna o tie iste len o iny export.
Problem je diakritika - pri NFS share sa vo windows nezobrazuje spravne.
V linuxe sa texty zobrazuju spravne pre sambu aj pre nfs zdielanie.
Vplyv to asi nebude mat na nic, ale disky su formatovane na ext4.

Texty sa na pi s armbianom a na formuleri s openpli zobrazuju v oboch pripadoch spravne.
Nema niekto radu ako dosiahnut spravne zobrazene pismo na kombinacii Windows 10 a NFS?

Windows 10 SAMBA

share-samba.gif

Windows 10 NFS

share-ntfs.gif

OPENPLI NFS

share-nfs-klub.gif

Armbian SAMBA

share-samba-pipc4.gif

[chocholousek]

Ono ja na to uz narazil, ale je to nejaky cas, takze si to moc uz nepamatuju. Ale to je problem UTF-8 vs. ISO-8859, a pokud si to dobre pamatuju jediny spusob byl prejit na NSF v4 nebo tak nejak.
Proste samba toto ma uz davno vyresene, a nekdy kdyz nejde samba mount na linuxu je to problem verze samby a staci pri montovani nastavit verzi protokolu smb a hotovo.

Kód: Vybrat vše

mount -t cifs //_IP_/share /media/hdd -o guest,vers=1.0,sec=ntlm

samozrejme za predpokladu ze se pokousis o mount SMB v1 na linuxu s aktualni verzi ~4.neco?

[peter54]

Stale ta ista chyba. Takto to vyzeralo aj v armbiane, ale tam stacilo doinstalovat /sbin/mount.cifs.
Ubohy openpli ma zrejme v tomto deficit. Zvlastne je, ze este pred par dnami mu helpera nebolo treba.

Kód: Vybrat vše

root@klub:~# opkg install nfs-common
Couldn't find anything to satisfy 'nfs-common'.
No packages installed or removed.
root@klub:~# opkg install cifs-utils
Couldn't find anything to satisfy 'cifs-utils'.
No packages installed or removed.
root@klub:~#

Zatial je zakaznik, cize ja spokojny, kombinacia nfs a samby nikomu neublizi a robi to co treba. Predsa len je zakaznik vrtak a rad by videl vo windoze spravne nazvy nahravok.

Kód: Vybrat vše

root@klub:~# mount -t cifs //192.168.0.19/hdd /media/hdd -o guest,vers=1.0,sec=ntlm
mount: wrong fs type, bad option, bad superblock on //192.168.0.19/hdd,
       missing codepage or helper program, or other error
       (for several filesystems (e.g. nfs, cifs) you might
       need a /sbin/mount.<type> helper program)

       In some cases useful info is found in syslog - try
       dmesg | tail or so.
root@klub:~#

[magavie]

Ja mám na Orange PI 3 naformatovaný serverový HDD na NTFS a na žiadnom zariadení nie je problém s diakritikou.

[peter54]

Lebo nepouzivas nfs. Cez cifs to ide. A je jedno, ci je to ext3/ext4 alebo ntfs.

[Kasr]

Ntfs- Nfs. Pre niekoho skoro jedno.
A pre info: v com je lepsie nfs oproti cifs?

[chocholousek]

Je to o implementaci v linuxu, kdy NFS je ciste linuxovske reseni urcene primarne linux <=> linux. SAMBA je primarne urcena pro pripojeni linux <=> win, ale schazi kvalitni dokumentace diky uzavrenosti win. Dnes to ale vypada ze uz to az tak moc neplati.

@peter54 bez moznosti instalace noveho protokolu NFS v4 to nedas.

[peter54]

Nerozumiem ako by to malo byt. Myslim, ze je to v4 a nevidim, kde by sa tu vysvetlilo oknam, ze je to utf8.

Na servri to mam takto exportovane:

Kód: Vybrat vše

# /etc/exports: the access control list for filesystems which may be exported
#               to NFS clients.  See exports(5).
#
# Example for NFSv2 and NFSv3:
# /srv/homes       hostname1(rw,sync,no_subtree_check) hostname2(ro,sync,no_subtree_check)
#
# Example for NFSv4:
# /srv/nfs4        gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check)
# /srv/nfs4/homes  gss/krb5i(rw,sync,no_subtree_check)
/media/hdd/SAMSUNG_1GB *(rw,async,insecure,no_root_squash,no_subtree_check,nohide)
/media/sda/sda         *(rw,async,insecure,no_root_squash,no_subtree_check,nohide)
/media/WD1TERA/WD1TERA/         *(rw,async,insecure,no_root_squash,no_subtree_check,nohide)
~

Kód: Vybrat vše

root@zeroplus:~# exportfs -v
/media/hdd/SAMSUNG_1GB
                <world>(rw,async,wdelay,nohide,insecure,no_root_squash,no_subtree_check,sec=sys,rw,insecure,no_root_squash,no_all_squash)
/media/sda/sda  <world>(rw,async,wdelay,nohide,insecure,no_root_squash,no_subtree_check,sec=sys,rw,insecure,no_root_squash,no_all_squash)
/media/WD1TERA/WD1TERA
                <world>(rw,async,wdelay,nohide,insecure,no_root_squash,no_subtree_check,sec=sys,rw,insecure,no_root_squash,no_all_squash)
root@zeroplus:~#

[chocholousek]

Aha, ale priznavam ze to uz jsem na tenkem lede, protoze ja se onehdy dal nedostal. Bylo to na nejakem tomatu a tam NFS v4 v repu proste nebylo a dohrat tam balik odjinud neslo, zavislosti mi to nedovolili. Pokud je to ale skutecne tak jak popisujes, je problem na strane klienta (mrkvosousti NFS?). Okna to proste ctou porad stejne a je jim jedno co jim je poslano pres NFS. Pochybuju ze tohle pujde resit jinak nez se pokusit pouzit jiny sw na win, pokud vubec existuje.

tohle mi vyplivnul google.

[gchevalier]

pár poznámok:
dá sa chápať že linuxový prístup nemá rád pojem "nedá sa" ale skôr "ako sa to dá"
platí aj pravidlo kiss (keep it stupid simple), a technicky správny/výhodný návrh riešenia
Defaultný nfs client vo windows je čierna diera, problém by mal byť nfs (UTF-8) vs windows (UTF-16), potrebná konverzia resp. použiť iného clienta
u mňa je setup: linuxoví klienti používajú ako disk sieťový nfs server, pre windows klientov je to exportované cez sambu, nfs vie pracovať so symlinkami (tie potrebujem na klientoch) čo je pre sambu problém
zaznamenal som aj problém keď použitie nfs na enigme spôsobovalo vysoký cpu iowait time na serveri a zmenou na cifs bol problém odstránený (možno problém udp vs tcp)
takže skúsil by som to zhrnúť na: či je lepšie riešiť problém A "Linux prijimace mi okaslali cifs zdielanie" alebo B "spravne zobrazene pismo na kombinacii Windows 10 a NFS"
keď zvážim že vyriešením A možem odlahčiť prijímače od nfs demona a súčasne problém so znakmi vo Win, tak mi vychádza že je lepšie vyriešiť problém A.
samozrejme každý má iný setup a špecifické potreby, takže nedá sa veľmi zovšeobecňovať

[peter54]

@kasr - ked ti dobre ide cifs tak netreba riesit. Kazdy ma svoje vyhody ale nic kriticke. Vyhoda jednoduchsej konfiguracie nfs pada, ked musis aj tak zdielat cez cifs. Nfs by mal byt medzi linuxmi efektivnejsi, ale rozdiely niesu vyznamne.
@chochlousek - zda sa, ze microsoft to zamerne sabotuje aby sa predavali jeho kramy. Necakal som, ze sa tu najde riesenie, ale jeden nikdy nevie. Som rad, ze si prispel k teme. Aj nedobre skusenosti su uzitocne.
Inak medzi linuxmi to skutocne spolahlivejsie funguje s nfs. Pri sambe obcas vypadavali mounty.

Screenshot_20200410-095616_Gallery.jpg

Ten wd vlavo je ntfs. Ostatne ext4. V ciernej krabicke pi zero plus, v oranzovej pipc. Vsetko chladi centralna klima - 12v ventilator napajany z usb.

[chocholousek]

@gchevalier
Souhlas, v podstate to takhle vidim i ja.

@peter54
tomuhle se za mych mladych let rikavalo "bastl"

p.s. "Pri sambe obcas vypadavali mounty"
mas pravdu ale to byl nejaky bug, a minuly cas je tu naprosto spravne.

[magavie]

Teraz som vyskúšal. Solo2 - Openvix či som nastavil cifs alebo nfs diakritiku zobrazuje správne. Pri zmene samozrejme reštart boxu.

[peter54]

Zaujimave - tak ukaz ako to mas nastavene, ved o tom to vlakno je.

[magavie]

Používal som default nastavenia na zariadeniach a všade mi zobrazuje dobre.
Mount disku v Orange Pi /dev/sda1 /NAS ntfs ntfs-3g defaults 0 0

[chocholousek]

Kolego, ale tu prece nikdo netvrdi ze NFS linux <=> linux nefunguje, precti si to tu a poradne, naopak vsichni vcetne mne tvrdi ze NFS linux <=> linux funguje.

[peter54]

Aj snaha sa ceni. Ved o tom je diskusia.

Ja sa zblaznim, volajte chocholouska. Preinstaloval som jeden formuler pred tyzdnom a jeden dnes.
Na prvom je openpli 7.2 z 30.3.2020 a na druhom openpli 7.2 z 5.4.2020.
Na tom z 5.4.2020 ide cifs mountnut a na tom z 30.3.2020 to nefunguje.
mount.cifs sa nenachadza ani na jednom.

Ostavam pri NFS. Kombinacia mrkvosoft vynalezov a linuxu bude robit problemy snad vzdy.

Kód: Vybrat vše

root@klub:/# vi /etc/fstab
root@klub:/# mount -a
root@klub:/# df
Filesystem           1K-blocks      Used Available Use% Mounted on
ubi0:rootfs             217560    108420    109140  50% /
devtmpfs                156172         4    156168   0% /dev
tmpfs                       64         0        64   0% /media
tmpfs                   156320      1472    154848   1% /var/volatile
/dev/mmcblk0p1        15264688    809228  13656996   6% /media/mmc
//192.168.0.116/Media
                            64         0        64   0% /media/net/Katka
//192.168.0.116/Media
                            64         0        64   0% /media/katka
192.168.0.19:/media/hdd/SAMSUNG_1GB
                     960379920 456873608 454651888  50% /media/hdd
//192.168.0.19/sda   960384328 295351380 616194908  32% /media/pipc
root@klub:/# ls /sbin/mount.*
/sbin/mount.exfat       /sbin/mount.fuse        /sbin/mount.nfs4        /sbin/mount.ntfs-3g
/sbin/mount.exfat-fuse  /sbin/mount.nfs         /sbin/mount.ntfs
root@klub:/# cat /etc/fstab|grep pipc
//192.168.0.19/sda      /media/pipc      cifs    user=root,pass=peter,_netdev,rw,iocharset=utf8 0 0
#192.168.0.19:/media/sda/sda         /media/pipc nfs  vers=3,rw,hard,intr,rsize=8192,wsize=8192,timeo=14 0 0
root@klub:/#

[EnoSat]

Používal som default nastavenia na zariadeniach a všade mi zobrazuje dobre.
Mount disku v Orange Pi /dev/sda1 /NAS ntfs ntfs-3g defaults 0 0

a kde mas odfotene tie mena vo Win10 s NFS ?

[gchevalier]

takto montujem linux vs linux

fstab

Kód: Vybrat vše

//192.168.0.1/data  /home/user/nas/data  cifs username=user1,password=Passw0rd1,iocharset=utf8,uid=user,gid=use
r  0  0

takto cez mount linux vs win

Kód: Vybrat vše

mount -t cifs -o username='user1',password="Passw0rd1",dom="meno_domeny" //192.168.0.2/shared-dir1 /mnt/mount1

uvodzovky v druhom pripade su tam koli tomu ze je to v skripte, asi

[peter54]

takto montujem linux vs linux
...

To je vsetko krasne, ale my sa tu bavime o mounte nfs share vo windows a zobrazeni diakritiky vo windows pri NFS share. To, ze si uspesne mountnes cifs share v linuxe mi nic nepomoze. Pre istotu si chlapci pozrite nazov temy. Chapem, zeby ste radi pomohli, ale takto nepomahate a uz sa opakujem, aj EnoSat to uz napisal, tak
DRZAT SA TEMY PROSIM.