Mounting WL-HDD share on the dBox

[pepe]

Hi,

browsing through this forum I realized that a few of us have the same issue:
- mounting a wl-hdd share from the dbox (cabel or satelite) -

I played with my setup and found the following curiosity:

If I mount the share from a Linux-PC (Knoppix 3.6 live cd) with 'mount -t cifs //...' I'll get the known problems (no permission, Flags -rwxrwSrwt),

if I mount the share with 'mount -t smbfs //...' everything seems to work.

Unfortunally the dBox seems not to support the SMBFS filesystem.

Does anyone of this forum know the specific details of the CIFS and SMBFS filesystem and the support the WL-HDD offers?

Any other ideas?

Chiao
pepe

[JOCKYW2001]

Wl-hdd runs samba 2.0.7 and for whatever reason does not support CIFS clients. I compiled samba 3.0.7 and all works fine. But the samba performance is not as good as NFSv3. I'm preparing a 1.1.2.8 based custom firm which includes samba 3.0.7

[pepe]

Hi jockyw2001,

After I was not able to get CIFS to work, I startet to play with your costomized 1.1.2.7 version and nfs. Still I can't get anything to mount to the wl-hdd.

wl-hdd (.254) - /tmp/harddisk/part1/conf/etc/exports:
/tmp/harddisk/part1 192.168.75.251(rw,no_root_squash)
/tmp/harddisk/part1 192.168.75.100(rw,no_root_squash)

dBox (.251)
mount -t nfs 192.168.75.254:/tmp/harddisk/part1 /mnt/part1 -o rw,soft,udp,nolock,rsize=8192,wsize=8192
=> permission denied

Linux-PC (.100)
mount -t nfs 192.168.75.254:/tmp/harddisk/part1 /mnt/part1 -o rw,soft,udp,nolock,rsize=8192,wsize=8192
=> permission denied

Is there anything besides .../etc/exports I need to pay attention to??

Chiao,
pepe

[JOCKYW2001]

Probably too restrictive permissions on your files.

Try this:
1. Telnet into the Asus
2. change to /tmp/harddisk/
3. chmod -R 755 *
4. Try mounting again

With ps -ax you can check if portmap, nfsd, and mountd are running.
And after modifying exports you have to run exportfs

[pepe]

Nup, ditn't change anything.

Any other sugestions??

Chiao
pepe

[JOCKYW2001]

Not really. You can do some diagnostics in telnet. Check if all nfs related services are running (portmap, nfsd, mountd), check your exports and only edit it in a unix friendly editor(!), then run exportfs.

[pepe]

Hi jockyw2001,

got the device working as suposed :)

The problem, as in 98.5% of all cases, lay in front of the device. (user)

It was a case of 'fat finger decease' in combination with the attempt to export the / and /tmp out of laziness. (btw why does /tmp not work?)

After discovering the 'vi' and the 'exportfs' the try&error analysis went a lot faster too. (no more cat > /tmp/ha... and reboot) ;)

is there a way to permanently include /tmp/h..../conf/bin and .../sbin into the path ?

Thanks for your support.
pepe

ps: looking forward to play with 1.1.2.8c (c for customized ;) )

[JOCKYW2001]

.... (btw why does /tmp not work?)

is there a way to permanently include /tmp/h..../conf/bin and .../sbin into the path ?

You can try to export /tmp/harddisk. Dunno why /tmp doesn't work

The PATH will be modified in "1.28c"