Unable to play video from samba share

[stblack]

Hi,
I am trying to play some video with my mga2 without success.
If I open dolphin and write smb://192.168.0.8 (protected with user and password) I can browse the directory correctly.
But if I try to play the video , for instance, with vlc I got error select only local file.
The firewall it's disabled.
What I am missing to have this feature working ?
Is there a way to use dlna as my TV samsung is doing to play the same videos correctly?

Thanks
stblack

[Ken-Bergen]

You have to mount the share which I've been unable to do with Mageia or copy the file to a local folder.

[oj]

Samba has always been hit or miss with permissions on remote files for me. I either use a server like gnump3 for audio, or mount the remote with sshfs. Using sshfs the remote files are seen as entirely local on the client machine. Use ssh keys if you're going to make the mount permanent. I'd also suggest making the mount with a command in ~/.kde4/Autostart rather than with rc.local, so the files have the local user's permissions rather than root.

[wintpe]

nfs is unix's origional network file system, and will perform much better than sshfs.

its also much easier to setupo.

make sure you have autofs installed

and comment in /net in /etc/autofs/auto.master.

then just enter /net/destinationhostname in dolphin to browse.

vlc will play these files without copying them over the network

on the server you will need to add the file system to share in /etc/exports and also have nfs-server installed.

of couse im assuming here that the destination is a unix machine as well.

regards peter

[Ken-Bergen]

Peter the problem encountered is with samba shares not nfs shares.

[doktor5000]

Well, but he still has a point, that his solution is more elegant and more usable. As KDE uses KIO plugins
for the smb:// access, and VLC or others do not know that, something more transparent would be a solution.
And i guess most boxes providing Samba shares could be easily switched to NFS.

[stblack]

Ok, something more elegant could be, but my question was how to play a video file that is not on my local disk.
It's on a samba share, not sshfs or nfs unfortunately. Samba it's much more used I believe, and maybe not better.
Mounting manually the share with :

Code: Select all

mount.cifs -o username_share //192.168.0.x/video /mnt/video_server/

kmplayer or vlc it's playing,

I can say also that the discovery and mounting of that share with mcc it's not working.

Thanks
Stefano

[doktor5000]

I can say also that the discovery and mounting of that share with mcc it's not working.

Maybe a firewall issue, could you check that?

[hintzy64]

I'm a little out of my league on this one, but doesn't using a smb:// address actually mount the samba share someplace locally? I use Ubuntu at work and it mounts samba shares under ~/.gvfs after you're connected. That allows me to navigate to the samba share in other software (like MATLAB or Beyond Compare, e.g) that doesn't understand what the smb:// address means. Not sure if it works the same way in Mageia. So you can enter the smb:// URL in dolphin, or browse the network to get to the remote machine, establish the connection, and then access the share via the ~/.gvfs folder. It's a little cumbersome, but it might work in a pinch.

[doktor5000]

As KDE uses KIO plugins for the smb:// access, and VLC or others do not know that, something more transparent would be a solution.

GVFS (Gnome Virtual Filesystem) is a gnome thing, and not by default set up in a KDE installation.

[hintzy64]

But that KIO plugin doesn't secretly mount the samba share in a hidden folder someplace while you use it?

[doktor5000]

Nope, access is not as transparent as when mounted somewhere (either via gvfs, or fstab or manually/automatically mounting it).
For KIO in general you might want to take a look at
http://userbase.kde.org/Glossary#KIO

You might give smb4k a try, which is a tool to mount Samba shares under KDE. Can't give first-hand informations about the usage,
as i don't need/use neither SMB/CIFS or NFS shares at home.

[hintzy64]

Ah, interesting. I mostly work with samba shares at work and very rarely at home, so I'm more familiar with doing it in Ubuntu, which uses gvfs. I used to use smb4k when I had Mandriva at work, but that was years ago. I forget if the KIO slaves didn't exist yet, didn't work very well, or I just didn't know about them (i.e. not installed by default). Either way, yes, smb4k is a good tool for mounting samba shares, I remember it working fairly well.

[Ken-Bergen]

I can say also that the discovery and mounting of that share with mcc it's not working.

Maybe a firewall issue, could you check that?

It's not the firewall as even with no firewall the share is discovered but the /etc/fstab entry created doesn't work.

Code: Select all

//ba-06e05a/Public /mnt/Public cifs user,username=%,noauto 0 0

Code: Select all

Called: mount //ba-06e05a/Public

This program is not installed setuid root -  "user" CIFS mounts not supported.

Tested in both 1 and Cauldron.

[doktor5000]

Code: Select all

Called: mount //ba-06e05a/Public

This program is not installed setuid root -  "user" CIFS mounts not supported.

Tested in both 1 and Cauldron.

Maybe check http://wiki.mandriva.com/en/2010.1_Errata#Mounting_CIFS.2FSMB_.28Windows.2C_Samba_...etc.29_shares_no_longer_possible_as_non-root

[Ken-Bergen]

Maybe check http://wiki.mandriva.com/en/2010.1_Errata#Mounting_CIFS.2FSMB_.28Windows.2C_Samba_...etc.29_shares_no_longer_possible_as_non-root

Opps, wrong paste.
Here's the output of trying to mount as root which is the same in One and Cauldron.

Code: Select all

[root@localhost bin]# mount /mnt/Public
mount error: could not resolve address for ba-06e05a: Unknown error
[root@localhost bin]#

The same error occurs when trying to mount from the Find Samba Shares wizard.

That said vlc in Cauldron will try to play a file from a Samba share when launched from Dolphin. It doesn't work well yet but progress is being made.

[doktor5000]

Can you please check /var/log/messages or dmesg at that time? Or try to mount via the IP, not via hostname?

[Ken-Bergen]

Can you please check /var/log/messages or dmesg at that time? Or try to mount via the IP, not via hostname?

Nothing in /var/log/messages but I have to confess to a blond moment.
I had tried via IP but was seeing the Hostname as the root directory so was leaving it in.
Once the Hostname was replaced by the IP in /etc/fstab mounting as root works.
It would seem to be the same problem that occurs when using the Wizard for creating /etc/fstab entries for NFS mounts.

[doktor5000]

If it's not resolvable via local DNS maybe the wizard just needs to put entries for such shares in /etc/hosts ... ?

[wintpe]

sorry to add back after so much time.

re samba used more than NFS, sorry thats simply not true, NFS far more widly used in a unix environment then samba.

the reason samba has become so widly used is most nas devices run a form of linux, and windows users who buy a nas connect to them, obviously via samba, and most of the other PC's in peoples houses run windows, so we use samba to connect to those. (windows shares use the server message block protocol combined with the netbios name resolution service.)


that has lead the new wave of unix users (ie the linux following we see today) who are unaware of NFS just using the same as windows.

Unix to unix file sharing across samba, would not in the absence of a windows world of ever happened.

using samba, is like using filezilla as your file manager.

Another reason you may see issues when using just an ip address.

server message block uses names to comunicate over all sorts of protocols in some cases not using TCPIP at all.

because we are using IP we need those ipaddresses to be mapped to names, so that the server message block protocol knows what names its taking to.

if you have no name mapping you will have issues with samba.

the kernel feature known as mount.cifs establishes a permanat NFS like mount.

http://linux.die.net/man/8/mount.cifs

regards peter