I’ve been battling this one for a long time….Finally got it solved…..(sort of)……
Last year, I bought a cheap $70 NAS external drive case to use as network storage…The poor man’s SAN, if you will.
Since I bought it, however, i have been unable to mount the drive under the linux console so that i can access it’s contents in bash script. Accessing the drive from Gnome file browser, works fine, however.
I tried and exhausted all options:
- Using smbmount (although deprecated) would mount the drive, but the contents of any subsequent directory listing would be garbled and look like corrupt text
———- 1 root 16 114P 1940-10-24 12:26 ?
———- 1 root 16 114P 1940-10-24 12:26 ?~?????
———- 1 686040 32 115P 1940-10-24 12:26 9.jpgj
———- 1 root 16 114P 1940-10-24 12:26 and star cityg - Using mount.cifs would not even get that far – it would just mount error out with:
mount error 20 = Not a directory
And then i stumbled across a newsgroup post which had the answer:
modprobe cifs
echo 0 > /proc/fs/cifs/LinuxExtensionsEnabled
mount /mountPoint
According to this link apparently the NAS drive doesn’t support the smb extensions supported by my client’s kernel, so disabling them allows me to mount the drive successfully…
i don’t know what the Linux extensions actually are, but i’m guessing that they have something to do with codepages and the interpretation of content, because now when i try and browse the mounted directory under Gnome’s file browser, it comes out all garbled…no problem….i can still browse the network share directly through gnome so no need to browse the share….
Just another day in front my computer…..
EDIT:
On the upside, i’m now able to mount the network drive on my linux server, and share the network mount using samba on the server. This is a long and nasty workaround to the problem that Vista can’t access the NAS server without patching the NAS device itself.
Unix extensions allow you to mount a directory with classic unix permissions, rather than rely on the technically flawed approach of mapping NT’s permissions to Unix ACL’s.
Additionally, the semantics of how time is stored (Access times, modification times, creation times, etc), ownership of the files, etc – the list can go on.
This is a quality find and post! I class this as very invaluable.
Thanks for the information!
Here is how I did it for Belkin drive in Ubuntu:
Access “Places” “Connect to Server” “Windows Share”
Enter “192.168.2.1” into “Server” area and click “Connect”
The drive will be listed, click on it and enter the following in the fields shown.
Username: guest
Workgroup: Belkin
password: leave it empty
Remember authorization forever. And now it works excellent.