Fluff mounted samba cifs dir shows as file

[stunix]

tc3.5 in a vm
I have mounted my samba server in /mnt/server/share using cifs but it opens an editor rather than display contents.  I can see the contents in a terminal and xfe, and when unmounted the fluff listing returnes to an empty dir.  Is this a bug or a case of simple config?
<edit>I can access the share by using "fluff /mnt/server/share" from a run dialog so Im guessing it may just be config</edit>

[Rich]

Hi stunix
When you want to access a drive it must first be attached to an empty directory to make
it a part of the filesystem. That is what mount does. When you unmount the drive you
detach it from the file system leaving you with an empty directory. That's how it works.

"it opens an editor rather than display contents. "

That's vague. Would you care to list the steps you took that caused this to happen?

[stunix]

sure.

well I started by mounting my share as I normally would, ie as you say creating a directory

mkdir -p /mnt/server/share

then mounting the share itself

//192.168.0.3/fileserver /mnt/server/share -t cifs -o username=me,password=secret

which then mounted the share (with filesystems.tcz installed )

I then opened fluff from the bar and navigated to /mnt/server by clicking with a mouse, when I double click /mnt/server/share item, it brings up an editor box as a file called share which is read only.  it shoould be noted that it has changed from bold to normal and the dir status is missing.

i opened a terminal and "ls -l /mnt/server/share/" and all is fine, so I installed xfe (used in dsl days) and all is fine there too.

I looked thru the fluff config file and spotted that a dir is associated with explore so I went to the run dialog and typed "fluff /mnt/server/share" which gave me a full listing but read only.

the mkdiir and mount script is now in bootlocal <edit> by writing the relevent line to fstab then mounting
bear in mind with the below pix that some of the names and passwords have been changed to protect the innocent
</edit>


mounted http://goo.gl/fb1uM
unmunted http://goo.gl/Ua7MZ

[Rich]

Hi stunix
The difference between a standard mount annd a cifs mount is the network aspect.
Try this in a terminal and see what happens,

cd \mnt
cd server
cd share

If it chokes it's not fluff. I don't now anything about VMWare but is it possible something
is off in it's configuration?

[stunix]

it seems fine in aterm and xfe.

retest3 after reboot http://goo.gl/3Lk1W

retest4 http://goo.gl/N0g5q shows share being opened in fluff from run dialog displaying contents but note the tree does not have expand or collapse next to the stunix folder indicating that it does not see the servers filesystem.

It wouldnt be anything to do with VM as the os would be completly oblivious of the fact it was on a virtual system.  the network is bridged and the dhcp address comes directly from my router.  I use VM as part of my job and have done for 5 years.

if you cant fix it, no big deal, ill use xfm.

[Rich]

Hi stunix
Like I said, I don't know VM, just thought I'd ask. Something is certainly off. Fluff has been
going through some changes lately. I can't reproduce that behaviour. I'm running Fluff
Beta  0.8.x Dec. 2010. Click the help button in Fluff to check your version.

[stunix]

0.8.x
jan 11

I have just installed rox-filer and it works fine too.   

sorry.

let me know if you have any ideas you want me to try.

[Juanito]

I've seen similar behaviour from time to time - in my case mounting from a terminal window and viewing with emelfm, I've sometimes seen that directories are treated as files, but appear as normal in a terminal window.

I need to check, but it seems to me that the directories appear as normal on a machine without the samba extension loaded, but appear as files in some cases on a machine where the samba extension is loaded.

In both cases the share is mounted as:

Code: [Select]

sudo mkdir /mnt/public
sudo mount -t cifs //192.168.1.110/Public /mnt/public -o user=xxxx,pass=yyyy

[Rich]

I think we may have to wait for MikeLockmoore to weigh in on this as he is the author
of Fluff. Since the CLI and another file manager both work it might be Fluff.

[stunix]

I've seen similar behaviour from time to time - in my case mounting from a terminal window and viewing with emelfm, I've sometimes seen that directories are treated as files, but appear as normal in a terminal window.

I need to check, but it seems to me that the directories appear as normal on a machine without the samba extension loaded, but appear as files in some cases on a machine where the samba extension is loaded.

In both cases the share is mounted as:

Code: [Select]

sudo mkdir /mnt/public
sudo mount -t cifs //192.168.1.110/Public /mnt/public -o user=xxxx,pass=yyyy

i havnt loaded samba yet, its a very clean system, just filesystem.tcz before i added xfm and rox with deps.  I also tried with an empty backup file just the mount script in bootlocal

<edit>emelfm seems to work fine also.</edit>

[Rich]

You don't need to download Samba. Try downloading Cifs-utils and see if that helps.

[stunix]

You don't need to download Samba. Try downloading Cifs-utils and see if that helps.

i dont see it in the repository, what is the filename?

my eventual aim is to replace my all singing all dancing dsl lampp server so samba will be required later as will apache, php5, mysql, ssh, edna, udhcpd and vnc.  its not a desktop so im not too woried yet, just thought Id point it out.
no rush! 

[Rich]

cifs-utils.tcz

[stunix]

cifs-utils.tcz

installed but no change.  this module used the filesystems-2.6.3.33 tinycore.tcz as a dependancy as well as quite a few more, whereas I was connecting via cifs just with the filesystems-2.6.3.33 module.  Itd be nice to know the difference.

[Rich]

I think that maybe you should stick with filesystems-2.6.3.33 tinycore.tcz for now and
wait for Mike to spot this thread. Maybe he can shed some light on what's happening.