I've also been reading over on the ReadyNAS forum, and there may be an issue of the UID numbers needing to match in order for the permissions to be totally sorted. (Can those be changed arbitrarily without creating problems? On the Linux machine to match the NAS, seems to be the best solution.)

Re: Mount samba shares with utf8 encoding using cifs

Originally Posted by akahige

I've also been reading over on the ReadyNAS forum, and there may be an issue of the UID numbers needing to match in order for the permissions to be totally sorted. (Can those be changed arbitrarily without creating problems? On the Linux machine to match the NAS, seems to be the best solution.)

actually that's what i was trying to determine via the above commands. it looks like the uid and gid on the nas is 98 (which seems strange, so double check that).

I did some looking at the files/directories that have locks vs the ones that don't. The ones that don't have "owner = 98 & group = 98", whereas the locked ones are "owner = 1002 & group = users".

The thing I'm totally baffled by is that I created all of these as my normal user-self (on Windows). I'll have to post to the NAS support forum and see if I can get an explanation as to why this is. Can't remotely fathom why the uid/gid should be anything other than 1002/users -- nor do I get why the smb authentication is doing something different with the same credentials that Windows feeds it.

Here's an interesting thought, though... I'm wondering if the uid/gid = 98 thing might not be some kind of generic permission that is basically ignored by other uid/gid combinations. If that makes any sense, might it be possible to change your mount command as follows?

Re: Mount samba shares with utf8 encoding using cifs

Something of an update... more like a change in status, since now I've gotten some sleep and had a chance to take a closer look at the consequences of what happened last night.

Haven't heard from the NAS people, but there's a much more critical problem: smb is completely FUBAR. Using "Places" in Gnome, I can browse some things on the network, but even that is glacially slow. There are all kinds of errors: connection timeouts, files that transfer (writes) at 1k per second and then fail, "didn't get stream file descriptor", etc. And sometimes Nautilus will crash.

By contrast, the mount point for the NAS that was created in fstab browses instantly -- but the previously mentioned write issues still exist.

I'm totally out of my depth here, and desperately hoping this can be unhosed, somehow...

Re: Mount samba shares with utf8 encoding using cifs

ugh ... sorry about that.

boot into recovery mode:
press <ESC> at the startup, where grub is counting down. recovery mode should be the second kernel option in the list. use your arrows to select it, and hit <ENTER> to boot it.

you will be presented with a root command line.
edit /etc/group like so:

Re: Mount samba shares with utf8 encoding using cifs

Okay, I followed your recovery instructions and things broke even further. When I went to log back into the desktop, I got the following:

User's $HOME/.dmrc file is being ignored. This prevents the default session and language from being saved. File should be owned by user and have 644 permissions. User's $HOME directory must be owned by user and not writable by other users.

Then the session terminated and it threw me back to the login screen.

At this point, I went back into recovery mode and regressed the uid changes from /etc/group and /etc/passwd so that I could get back into the desktop, if nothing else.

Re: Mount samba shares with utf8 encoding using cifs

frankly, i've never done this before so i'm not entirely sure what you'll run into. didn't expect it to be this difficult though. it's much easier in gutsy where you can edit the users uid/gid via system > admin > users

Re: Mount samba shares with utf8 encoding using cifs

frankly, i've never done this before so i'm not entirely sure what you'll run into.

I hope you're taking notes since the pain of being a guinea pig should go to the greater good.

Originally Posted by dmizer

that should be the end of the issues.

End of the issues that was keeping me out of the desktop, yes. However, the chmod -R 700 probably wasn't the best way of going about things. Did I really need my text files to be set to executable? (And the fact that I had my home directory on the NAS mounted in the local home didn't help when -R went howling into it, either. That's my bad.)

So... the good news... directories that are mounted in fstab browse very quickly (they should, they're all being served over a gig-e network). However, I can't write to any of them without timeouts -- and at a transfer speed of about 1k, which will then proceed to fail.

When I try to browse the smb shares on the network (via Gnome places), I continually get errors like this:

Couldn't display [path]
There is no application installed for this file type.