Re: mount_smbfs - Finder - write access mismatch
Re: mount_smbfs - Finder - write access mismatch
- Subject: Re: mount_smbfs - Finder - write access mismatch
- From: Miguel Filipe <email@hidden>
- Date: Sun, 7 Nov 2004 04:51:15 +0000
Hi all,
I have noticed the discussed issue myself.
I use something like:
/sbin/mount_smbfs //$USER:$PASSWD@$HOST/$NAME /Volumes/$NAME
open "$MOUNT_POINT"
How can I make my bash shell scripts that mount smb shares (using
mount_smbfs ) work properly with finder?
On Thu, 28 Oct 2004 07:36:06 -0500, Paul Nelson <email@hidden> wrote:
> Are you aware of how disk arbitration works?
>
No.
> You got the volume mounted using mount_smbfs, but the Finder did not know
> this happened. The disk arbitration stuff is what does this. There are
> some calls to make to disk arbitration to get the Finder to notice the new
> volume.
>
But finder shows the mounted share, and browses it... which
intuitively tells me that finder noticed that it has a new volume on
the filesystem tree.
Only size of share, dirs, files, and write capabilities are incorrect.
And why should finder behave differently from the shell?
Its just a diferent front end to the same file system.
> > From: "Van Vlierberghe, Steven" <email@hidden>
> > Date: Thu, 28 Oct 2004 10:31:40 +0200
> > To: <email@hidden>
> > Subject: RE: mount_smbfs - Finder - write access mismatch
>
>
> >
> >
> > Thanks for the reactions and the tips.
> >
> > I have tried with osascript -e 'tell application "Finder" to mount volume
> > "smb://host/share"'
> > and now it works like expected.
what is osascript?
> >
> > Conclusion:
> > although I use the documented mount_smbfs command,
> > the Finder looks confused after mounting a Windows share in this way.
> > IMHO, this should be considered as a bug in the Finder.
> >
I agree.
> > kind regards
> > steven
> > _______________________________________________
> > Do not post admin requests to the list. They will be ignored.
> > Darwin-dev mailing list (email@hidden)
> > Help/Unsubscribe/Update your Subscription:
> >
> > This email sent to email@hidden
>
>
> >
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Darwin-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
>
--
Miguel Sousa Filipe
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden