-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kent West yazmış: > (Warning: Lots of possibly irrelevant details follow.) > > On a recently-rebuilt box, mostly running Lenny, I've just discovered > that if I smbmount a network share from a Windows box the mount point > becomes owned by root.root and my normal user does not have write > access. (A Windows box can still map the share as a drive as this user > and have write access.) > > Before the rebuild, the normal user was able to write (and presumably > owned the mount point, although I can't prove it at this point). > > (The rebuild became necessary because I was running unstable, and after > a dist-upgrade one day X totally hosed (using mismatched video adapters > for a dual-monitor setup) and the more I tinkered the worse the problem > became, so I just finally gave up and rebuilt to Etch. I've since > dabbled in Lenny, and just today lost my dual-monitor setup again. > Yikes! Some sort of change in X.org comin' down the pike, I reckon. But > I digress ..., er, ramble ....) > > Also within the past couple of months we've run into a Samba-related > problem campus-wide with half of our Linux-based backup servers not > being able to authenticate off our Windows-based Active Directory setup, > so we've speculated that Microsoft pushed some update down to our > Windows servers that broke our older Linux backup servers Samba > capability; the newer half of or Linux servers must have a new enough > Samba to handle the break. > > So when I noticed that my workstation is having this Samba issue, I > immediately suspected that it's related to the Windows update that we > suspect broke half our backup servers. > > So I started reading the man page for smbmount to see if I could find > any clues, and I noticed that smbmount is now deprecated in favor of > using "mount -t cifs". > > So being the progressive sort of guy that I am, I decided to drop > smbmount in favor of the cifs option to mount, but I've run into a problem. > > 1. I've been unable to Google how to mount samba shares using the "mount > -t cifs" method (lots of info on using the "smbmount" method). So what > is the exact syntax equivalent, please, to "smbmount //server/share > /mntpoint -o credentials=LocationOfSecretsFile"
mount -t cifs -o user=something,password=something //server/share /mount/point > > 2. "smbmount" could be run as a non-root user, allowing the non-root > user to mount shares on an as-needed basis. The "mount" command, on the > other hand, requires root access, unless the share is pre-defined in > /etc/fstab. Am I just going to have to live with this limitation of > having to pre-define shares in order for non-root users to mount them, > or is there a work-around? If I'm not wrong, I have mounted some shares as root and rsync them as normal user a week ago. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRpP5Z3Cg+7fCe3L1AQLfNwf8CBGft0T8/fanV+oBrBMYPF8BYyXWFLJQ WAFfY17rQKpuz46KPWmWDf/YaFhddg8uYpIFL9cCP6B7vQF8+K11fuIqOWuKKMTX ZDsVS0WbBN6FD2FE7YrcAljlKsJIopiOIP7TFq+su4sWhxC5XMSZFNHy9HIst3kX KUJ+jOlQDwcewzOjN9BbmrVWmgtJdqlAfQ7MFUVi/dJBDa31L30g3RBRfAWu5RlU 2xionH1S99wquQddrPjgEw6l4+fG97NXp1rJw6bd4JycLwi2aE5G5zwq9HNPNc8I 2Ux8Dp4D6XHlU5NyWWkUBDaBqUO3IHjgetwM7HJpNAjEDik+T0bSVQ== =IJ54 -----END PGP SIGNATURE----- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
