Hi,
I tried to make my Linux box smbmount a remote share originating from a
Macintosh running the commercial package DAVE 2.5. The Linux box is a RedHat 6.0
with a 2.2.14 kernel (with smbfs inserted as a module) and samba-2.0.3; the iMac
ran MacOS9.
The directory to be shared, \\akemi\archivio, contained two files, aaa and bbb.
Here's what happened:
[root@sonal ~]# smbmount '\\akemi\archivio' [pwd] -c 'mount
/mnt/tmp'
[root@sonal ~]# ll /mnt/tmp/
ls: /mnt/tmp/aaa: No such file or directory
ls: /mnt/tmp/bbb: No such file or directory
total 1
drwxr-xr-x 1 root root 512 Jan 29 17:22 ./
drwxr-xr-x 5 root root 1024 Oct 1 10:18 ../
No filename came up in the dir listing.
Then (after unmounting of course :) I used a slightly different mount command,
as suggested in linux/Documentation/filesystems/smbfs.tx (even though Win95
wasn't really my case), and things got a bit better:
[root@sonal ~]# smbmount '\\akemi\archivio' [pwd] -c 'mount /mnt/tmp
-f 1755'
[root@sonal ~]# ll /mnt/tmp/
total 13679
drwxr-xr-x 1 root root 512 Jan 29 19:22 ./
drwxr-xr-x 5 root root 1024 Oct 1 10:18 ../
-rwxr-xr-x 1 root root 5311915 Jan 29 13:26 aaa*
-rwxr-xr-x 1 root root 8693911 Feb 28 02:56 bbb*
[root@sonal ~]# more /mnt/tmp/aaa
[root@sonal ~]#
Here you can see that `more' produced no output, but as a consequence the
following messages were syslogged:
smb_errno: class ERRDOS, code 221 from command 0x2
smb_errno: class ERRDOS, code 221 from command 0x2
smb_open: //aaa open failed, result=-5
smb_readpage_sync: //aaa open failed, error=-5
smb_errno: class ERRDOS, code 221 from command 0x2
smb_errno: class ERRDOS, code 221 from command 0x2
smb_open: //aaa open failed, result=-5
smb_readpage_sync: //aaa open failed, error=-5
smb_errno: class ERRDOS, code 221 from command 0x2
smb_errno: class ERRDOS, code 221 from command 0x2
smb_open: //aaa open failed, result=-5
smb_readpage_sync: //aaa open failed, error=-5
I attempted a write access too:
[root@sonal ~]# touch /mnt/tmp/ccc
touch: /mnt/tmp/ccc: No such file or directory
smb_create: //ccc failed, error=-2
Then I tried with -f 2755, then 3755, and got the same results as above.
4755 led to something slightly different:
[root@sonal ~]# smbmount '\\akemi\archivio' [pwd] -c 'mount /mnt/tmp
-f 4755'
[root@sonal ~]# ll /mnt/tmp
ls: /mnt/tmp: Input/output error
smb_errno: class ERRSRV, code 255 from command 0x32
smb_errno: class ERRSRV, code 255 from command 0x32
smb_proc_getattr_ff: error for \, rcls=2, err=255
[root@sonal ~]# touch /mnt/tmp/ccc
touch: /mnt/tmp/ccc: Input/output error
smb_lookup: find //ccc failed, error=-5
5755, 6755, 7755 behaved the same way as 1755.
All of the above was repeated using smbfs compiled monolithically into the
kernel, with identical results.
Note that mounting the Mac share from a Windows machine works OK, and
accessing the same share via smbclient seems to work well (files get listed
correctly and can be read and written), which led me to think it's a bug on
smbfs's side.
I also upgraded to samba-2.0.6 (precompiled rpm package) with no useful results
(furthermore being unable to pass the mount-time options).
TIA,
David Santinoli