public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* mysteriously, /home always mounted at C:/Users/jbeard/AppData/Roaming/Microsoft
@ 2012-10-15 22:01 Jacob Beard
  2012-10-15 22:06 ` Jacob Beard
  0 siblings, 1 reply; 2+ messages in thread
From: Jacob Beard @ 2012-10-15 22:01 UTC (permalink / raw)
  To: cygwin

Hi,

I had installed a 3PP distribution of OpenSSH, before installing
cygwin, and I'm now trying to recover from it. It seems this
application is known to cause trouble with cygwin installs:
http://cygwin.com/ml/cygwin/2006-11/msg00418.html

The problem I'm seeing is that Cygwin is mounting /home at
C:/Users/jbeard/AppData/Roaming/Microsoft, instead of C:\cygwin\home.

Here is the output of mount:

$ mount
C:/Users/jbeard/AppData/Roaming/Microsoft on /home type ntfs (binary)
C:/cygwin/bin on /usr/bin type ntfs (binary,auto)
C:/cygwin/lib on /usr/lib type ntfs (binary,auto)
C:/cygwin on / type ntfs (binary,auto)
C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto)
H: on /cygdrive/h type ntfs (binary,posix=0,user,noumount,auto)
P: on /cygdrive/p type nfs (binary,posix=0,user,noumount,auto)
Q: on /cygdrive/q type ntfs (binary,posix=0,user,noumount,auto)
R: on /cygdrive/r type ntfs (binary,posix=0,user,noumount,auto)
S: on /cygdrive/s type ntfs (binary,posix=0,user,noumount,auto)
T: on /cygdrive/t type ntfs (binary,posix=0,user,noumount,auto)
U: on /cygdrive/u type ntfs (binary,posix=0,user,noumount,auto)
W: on /cygdrive/w type ntfs (binary,posix=0,user,noumount,auto)
X: on /cygdrive/x type ntfs (binary,posix=0,user,noumount,auto)
Y: on /cygdrive/y type ntfs (binary,posix=0,user,noumount,auto)

I've worked around this by editing /etc/passwd, but this doesn't fully
solve the problem, as I've altered my windows DOS path to use cygwin
executables, and these are also confused by the broken mount, which is
not handled by the /etc/passwd workaround.

I've tried editing /etc/fstab, which for some reason originally had
the following line:

C:/Users/jbeard/AppData/Roaming/Microsoft /home some_fs binary 0 0

I've now changed that line to:

C:/cygwin/home /home some_fs binary 0 0

I closed all of my cygwin sessions, but the change to /etc/fstab seems
to be ignored, as mount produces the same output.

Does anyone know why the change to /etc/fstab might not be propagating?

I'd appreciate any guidance anyone can offer. Thanks,

Jake

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: mysteriously, /home always mounted at C:/Users/jbeard/AppData/Roaming/Microsoft
  2012-10-15 22:01 mysteriously, /home always mounted at C:/Users/jbeard/AppData/Roaming/Microsoft Jacob Beard
@ 2012-10-15 22:06 ` Jacob Beard
  0 siblings, 0 replies; 2+ messages in thread
From: Jacob Beard @ 2012-10-15 22:06 UTC (permalink / raw)
  To: cygwin

Hi,

Please ignore the previous query - in true Windows fashion, I
rebooted, and now it seems to be fixed.

Jake

On Mon, Oct 15, 2012 at 6:00 PM, Jacob Beard <jbeard4@cs.mcgill.ca> wrote:
> Hi,
>
> I had installed a 3PP distribution of OpenSSH, before installing
> cygwin, and I'm now trying to recover from it. It seems this
> application is known to cause trouble with cygwin installs:
> http://cygwin.com/ml/cygwin/2006-11/msg00418.html
>
> The problem I'm seeing is that Cygwin is mounting /home at
> C:/Users/jbeard/AppData/Roaming/Microsoft, instead of C:\cygwin\home.
>
> Here is the output of mount:
>
> $ mount
> C:/Users/jbeard/AppData/Roaming/Microsoft on /home type ntfs (binary)
> C:/cygwin/bin on /usr/bin type ntfs (binary,auto)
> C:/cygwin/lib on /usr/lib type ntfs (binary,auto)
> C:/cygwin on / type ntfs (binary,auto)
> C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto)
> H: on /cygdrive/h type ntfs (binary,posix=0,user,noumount,auto)
> P: on /cygdrive/p type nfs (binary,posix=0,user,noumount,auto)
> Q: on /cygdrive/q type ntfs (binary,posix=0,user,noumount,auto)
> R: on /cygdrive/r type ntfs (binary,posix=0,user,noumount,auto)
> S: on /cygdrive/s type ntfs (binary,posix=0,user,noumount,auto)
> T: on /cygdrive/t type ntfs (binary,posix=0,user,noumount,auto)
> U: on /cygdrive/u type ntfs (binary,posix=0,user,noumount,auto)
> W: on /cygdrive/w type ntfs (binary,posix=0,user,noumount,auto)
> X: on /cygdrive/x type ntfs (binary,posix=0,user,noumount,auto)
> Y: on /cygdrive/y type ntfs (binary,posix=0,user,noumount,auto)
>
> I've worked around this by editing /etc/passwd, but this doesn't fully
> solve the problem, as I've altered my windows DOS path to use cygwin
> executables, and these are also confused by the broken mount, which is
> not handled by the /etc/passwd workaround.
>
> I've tried editing /etc/fstab, which for some reason originally had
> the following line:
>
> C:/Users/jbeard/AppData/Roaming/Microsoft /home some_fs binary 0 0
>
> I've now changed that line to:
>
> C:/cygwin/home /home some_fs binary 0 0
>
> I closed all of my cygwin sessions, but the change to /etc/fstab seems
> to be ignored, as mount produces the same output.
>
> Does anyone know why the change to /etc/fstab might not be propagating?
>
> I'd appreciate any guidance anyone can offer. Thanks,
>
> Jake

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2012-10-15 22:06 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-10-15 22:01 mysteriously, /home always mounted at C:/Users/jbeard/AppData/Roaming/Microsoft Jacob Beard
2012-10-15 22:06 ` Jacob Beard

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).