Mounting remote filesystems...failed (cifs,smbfs,nfs)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
samba (Ubuntu) |
New
|
Medium
|
Unassigned |
Bug Description
My /etc/fstab contains some windows shares mounted with cifs.
Since the Dapper update of April 24th, these shares aren't mounted on boot.
Instead of that, the message is displayed:
Mounting remote filesystems.
But when I type
sudo mount -a
in a terminal, all shares are mounted immidiately without a problem!
This behaviour was reported by severall other users, too:
http://
When I changed the mount type to smbfs for one share, this share wasn't mounted, too, as well as a NFS share I added.
As before: sudo mount -a in a terminal mounts them all without problem!
As a further information I can give:
A part of /var/log/dmesg:
[4294697.572000] CIFS VFS: Error connecting to IPv4 socket. Aborting operation
[4294697.572000] CIFS VFS: cifs_mount failed w/return code = -101
a line in my /etc/fstab looks like this:
//192.168.
~/.smbcredentials looks like:
username="xxx"
password="xxx"
and is valid (as sudo mount -a working proofs...)
(such a message occurs four times as I try to mount 4 shares. Similar messages are also in /var/log/syslog, /var/log/kern.log)
There are similar bugs reported here before, but they are a year old or older and "fixed", so I started this new one:
https:/
https:/
sam tyger did:
** Changed in: Ubuntu
Sourcepackagename: None => samba
really samba?
I don't even need to have the samba package installed to access remote filesystems, only smbfs, samba-client and samba-common.
Also, I'm wondering:
Isn't it more a question of the boot-up process? I mean, later, when booted, sudo mount -a works and the cifs get mounted after that, so the samba-client seems to work, doesn't it?