CIFS share: Cannot chown directory <dirname>. Permmission denied (13)

Ubuntu Linux

Üdv,

van egy Seagate nas, ami tud CIFS shareket kezelni. Be is állitottam itt egy "Full access" usert és egy hozzá tartozó sharet.

A következő fstab bejegyzéssel mountolom:

//ip/sharename /mnt/share cifs username=felhasznalom,password=jelszavam,iocharset=utf8,file_mode=0777,dir_mode=0777,sec=ntlm 0 0

Fájlokat másolni tudok, viszont könyvtárat nem, mivel a $subject hibaüzenet fogad. Mit rontok el?

  • 1811 megtekintés

( xclusiv v | 2015. 11. 11., sze – 18:25 )

Kb. 2 perc guglizás után a következőket találtam:
1. a noperm mount paraméter
2. uid és gid megadása szintén mount paraméterként.

1. ezt nem próbáltam, csekkolom
2. próbáltam, nem vitt eredményre.

Miért kell chownolni?
Rsync scripttel megy oda mentés, amiből egyszerű a visszaállitás. Ezért kell a chown.

Honnan-hova másoltam
Kliens -> Nas
-------------------------
Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @ présház

A kérdés az, hogy szükség van-e egynél több uid tárolására. Ha igen, akkor kérdés, hogy a szuper-hiper dobozkán futó cifs szerver tudja-e azt tárolni egyáltalán. Ha mondjuk nem tud a doboz nfs-t, akkor erősen kérdéses, hogy Linux van-e benne, márpedig ha nem az van, akkor jó esélyed van rá, hogy nem fogja kezelni a unix attribútumokat. Ha meg tud nfs-t, akkor valószínűleg sokkal egyszerűbb lenne azt használni, azzal nincsenek ilyen szopások...

Tud NFS-t viszont hiába engedélyezem benne az IP-t (csak azt lehet egyáltalán), azt irja, hogy "mount.nfs: access denied by server while mounting 192.168.1.50:/share"

A cifs mount "noperm" paraméterrel sem megy. Egyszeri fájl másolás oda-vissza megy.
-------------------------
Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @ présház

Igen, látja
Export list for 192.168.1.50:
/shares/share 192.168.1.55

Itt a hiba forrása. A mocsok sehol nem irta hogy kell elé a "/shares/sharename".

Köszönöm a hozzászólásokat, igy már a CHOWN is megoldódott.

-------------------------
Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @ présház

"Miért kell chownolni?
Rsync scripttel megy oda mentés, amiből egyszerű a visszaállitás. Ezért kell a chown."

Hát ez cifs esetén eléggé szopónak néz ki első ránézésre. Ugyanis X user-rel felmount-olod, és a sambán X user nevében tárolódik minden. Se chown, se chmod nem fog normálisan működni, én legalábbis így tudom.

Inkább tar-old be és azt told fel, az belül megőrzi a jogosultságokat és minden unix nyavalyát, és mindegy h az a file milyen joggal tárolódik a sambán.

( NevemTeve | 2015. 11. 11., sze – 19:42 )

Ról/ről próbáltál másolni, vagy ra/re? És pontosan hogyan próbáltál másolni (rsync, cp, mc, egyéb)? Miért merült föl az igény, hogy chown-olni kell?

( Pene | 2015. 11. 12., cs – 14:11 )

és ha nem a gyökeret, hanem ebben egy előre létrehozott 0777 attribútumú almappát adsz meg végcélnak?
illetve guest-ként próbáltad-e már?
a sec=ntlm elvileg meg elhagyható, mivel az a default amúgy is.