[snip]
In short: Why doesn't smbumount have a 'force' option? It's SUID root anyways, so it can in theory run umount as root.
I don't know, but I guess such an option would actually be very dangerous. If you mount an smb share under one login context, use it under another login and try to force an unmount under a third, you other logins things can get really confusing.
A windows client will not have this problem, as windows is not multi-user.
Out of curiosity, I tried to see how a windows terminal (a multi user environment) will act:
1. opened Session 1
2. Opened session 2
3. mapped a drive on session 1, the mapped drive appears on both sessions, but is inaccessible on session 2
4. Open session 3, mapped drive is accessible on session 1 and 3
5. cd into the mapped drive in session 1
5. on session 3, deleted the mapped drive. The drive is no long available on session 3. In session 1 I am still on the drive and can manipulate files
My conclusion:
1. smb mounts should be under the users login session (which is silly, as it defeats one of the main purposes of using a multiuser OS).
2. I would look for a solution in the kernel, rather then the samba package.
BTW. I tried to re-create the situation her (samba 2.2.8 - debian), and smbumount works even under when the share is deleted or credential change.
Maybe the smbmount caches the password and recalculates the credentials.
I do recall a similar issue in kernel 2.4.16 or thereabout, regarding smbfs recovery from a network outage. The issue was in the kernel, rather then the samba package, which would explain why the user cannot recover from the failure.
Not much help there, I guess.
I'm using 2.4.19...
-- Arik
**********************************************************************
This email and attachments have been scanned for
potential proprietary or sensitive information leakage.
PortAuthority(TM) Server Keeping Information Inside
Vidius, Inc. www.vidius.com
**********************************************************************
-- =============================================== Gil Freund Systems Analyst ------------------------------------------------ Sysnet consulting POB 396 Rehovot 76103 Israel email: [EMAIL PROTECTED] http://www.sysnet.co.il voice: +972-52-676906 Fax: +972-8-9356026 ================================================
================================================================= To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
