From a Debian user: umount.cifs removes /etc/mtab even if it's a symlink to /proc/mounts and writes a regular file instead I'm setting the Severity to "grave" because I think losing a symlink can be considered "data loss" (the symlink is "data") and using a regular file for mtab is not an option in my case. Here's a session (only the relevant output, for brevity): arwen:~# ls -l /etc/mtab lrwxrwxrwx 1 root root 12 2007-01-25 17:38 /etc/mtab -> /proc/mounts arwen:~# cat /proc/mounts //10.0.0.150/builds /mnt/150/builds cifs rw,mand,unc=\\10.0.0.150\builds,username=root,rsize=16384,wsize=57344 0 0 //10.0.0.150/repositories /mnt/150/repositories cifs rw,mand,unc=\\10.0.0.150\repositories,username=root,rsize=16384,wsize=57344 0 0 arwen:~# umount /mnt/150/builds arwen:~# ls -l /etc/mtab -rw-r--r-- 1 root root 1281 2007-01-25 17:39 /etc/mtab Comment by Christian: I have been able to reproduce that bug easily, indeed
This bug is still here in 3.3.0-rc2
And still in 3.3.1
Created attachment 4471 [details] patch to fix updating of /etc/mtab if /etc/mtab is a symlink, do not update it
patch committed to samba master branch. Closing as FIXED. Please reopen otherwise.
The fix is committed to the master branch but was not pushed to release branches. If I understand the new Samba Team policy, it needs review, then the bug should be assigned to Karolin for release
This went into master as a869e4253a87f9a5e13dbe87b2799f8683d238d7. This applies cleanly to v3-4-test for me and looks ok. From my point of view this can go in for 3.4.2. Karolin, can you put this in? Thanks, Volker
Pushed, will be included in 3.4.2. Closing out bug report. Thanks!