X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Mon, 9 Mar 2009 10:23:24 +0100 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: rsyncd cannot access volume shadow copy Message-ID: <20090309092324.GR31459@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-02-20) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On Mar 8 23:58, Matthias Meyer wrote: > Matthias Meyer wrote: > > I can access /cygdrive/b (bash) as well as B: (cmd) from terminals of the > > same user which has mapped the shadow copy to the drive. > > > > But I can not access the shadow copy from terminals of other users. > > [...] > Now I can access the volume shadow copy from rsyncd. But I have to start the > rsyncd from a terminal (remote ssh session). If I run it as a service by > cygrunsrv it can't access the volume shadow copy. > It is the same in XP and Vista as well as in Home or Professional/Business > versions. > I've double check that the cygrunsrv/rsyncd runs in the same user which call > the dosdev. > Is there some special rights or environment for processes runs as service? The dosdev mapping is only visible within the same logon session. If you want to access it from the service, the service itself should create its own mapping. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/