** Description changed: Binary package hint: smbfs Since Dapper (which this bug-report is to be considered for) I started using cifs instead of smbfs to circumvent the issues reported in Bug#44874 and to get support for large files >2 GiB. The shares are hosted on a machine running Windows 2000. I have multiple shares mounted via fstab, looking like this: //server/sharename /mnt/localdir cifs rw,soft,credentials=/root/.smbcred,uid=1000,gid=1000,dir_mode=0755,file_mode=0644,iocharset=iso8859-15 Right after boot, the (working) cifs-mounts don't show up in mtab, as already mentioned in Bug#44874. This causes double-mounts if "mount -a" - will be executed. + will be executed, and "umount -a" won't work as supposed. But my main grievance is the following: Once a file gets it's mode set to 444 (full read-only), it can't be changed anymore. chmod won't give any errors, it just doesn't do anything. As long as the mode is set to at least 644, chmod works fine. So once 444 is set, I have to change the read-only attribute directly on the Windows-machine back to read/write, or remount using smbfs instead of cifs to chmod. Also, when viewing a PDF-file on such a cifs-mounted share, KPDF constantly reloads the file, which is very annoying. I have to disable the option "Watch file" to stop the constant reloading. This tells me, that somehow files on cifs-mounted shares appear "unstable" or constantly changing to some applications. smbfs works correctly in both cases, but is to be considered obsolete and has other, major issues. For now, I have no further clue what may be causing this behaviour. EDIT: tar also confirms the "unstableness" of files on cifs-shares when creating a tar-archive. Output from tar (slightly modified): tar: /mnt/[path]/[filename]: file changed as we read it
-- (smbfs, Dapper) multiple cifs issues https://launchpad.net/bugs/62607 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs