On Mon, 3 Jun 2024, Jeremy Drake via Cygwin wrote:
> /proc/self/mounts and /proc/self/mountinfo use octal escapes for ' ' and
> \n (I was rather surprised they didn't escape \r also, but I guess they
> don't have to because only ' ' and \n are used as delimiters):
Went looking at Linux source
Steps to reproduce:
$ mkdir /$'My New\r\nFolder'
$ mount c: /$'My New\r\nFolder'
$ mount
C:/cygwin64/bin on /usr/bin type ntfs (binary,auto)
C:/cygwin64/lib on /usr/lib type ntfs (binary,auto)
C:/cygwin64 on / type ntfs (binary,auto)
C: on /My New
Folder type ntfs (binary,user)
$ cat
On Feb 9 21:47, Thomas Wolff wrote:
Am 09.02.2015 um 10:18 schrieb Corinna Vinschen:
On Feb 9 00:04, Thomas Wolff wrote:
cygwin_create_path (CCP_WIN_A_TO_POSIX, C:/cygwin/lib) - /usr/lib
This is the correct directory, however, only by means of the extra mount
point
of /usr/lib; I think the
Am 10.02.2015 um 10:25 schrieb Corinna Vinschen:
On Feb 9 21:47, Thomas Wolff wrote:
Am 09.02.2015 um 10:18 schrieb Corinna Vinschen:
On Feb 9 00:04, Thomas Wolff wrote:
cygwin_create_path (CCP_WIN_A_TO_POSIX, C:/cygwin/lib) - /usr/lib
This is the correct directory, however, only by means
On Feb 9 00:04, Thomas Wolff wrote:
cygwin_create_path (CCP_WIN_A_TO_POSIX, C:/cygwin/lib) - /usr/lib
This is the correct directory, however, only by means of the extra mount
point
of /usr/lib; I think the result should rather be the likewise correct
but more intuitive /lib.
There is
Am 09.02.2015 um 10:18 schrieb Corinna Vinschen:
On Feb 9 00:04, Thomas Wolff wrote:
cygwin_create_path (CCP_WIN_A_TO_POSIX, C:/cygwin/lib) - /usr/lib
This is the correct directory, however, only by means of the extra mount
point
of /usr/lib; I think the result should rather be the likewise
cygwin_create_path (CCP_WIN_A_TO_POSIX, C:/cygwin/lib) - /usr/lib
This is the correct directory, however, only by means of the extra mount
point
of /usr/lib; I think the result should rather be the likewise correct
but more intuitive /lib.
There is software that’s getting confused by this
On Jun 25 13:09, Christopher Faylor wrote:
On Tue, Jun 25, 2013 at 01:37:02PM +0200, Corinna Vinschen wrote:
Hi,
since 1.7 we don't use the registry for mount points anymore.
Nevertheless, setup.exe, as well as the cygwin package postinstall
script 000-cygwin-post-install.sh still test
Hi,
since 1.7 we don't use the registry for mount points anymore.
Nevertheless, setup.exe, as well as the cygwin package postinstall
script 000-cygwin-post-install.sh still test for the old, pre-1.7
registry mount points and either uses them (setup) or copies them over
to the fstab file (000
On Tue, Jun 25, 2013 at 01:37:02PM +0200, Corinna Vinschen wrote:
Hi,
since 1.7 we don't use the registry for mount points anymore.
Nevertheless, setup.exe, as well as the cygwin package postinstall
script 000-cygwin-post-install.sh still test for the old, pre-1.7
registry mount points and either
On 6/20/2012 7:26 AM, richw wrote:
marco atzeri-4 wrote:
cool down
your message of 19 Jun
http://cygwin.com/ml/cygwin/2012-06/msg00336.html
...
has still an old one cygcheck.out as link.
so please so kind to provide us the right and updated info
Regards
Marco
I apologize. I have
it couldn't find.
--
View this message in context:
http://old.nabble.com/-bin-and--lib-mount-points-occasionally-lost-tp34007108p34043774.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com
you access the NFS export, three daemons get started
(mountd, nfsd and portmap) under their own account (apparently .\nfs?).
Those should see the following mount points according to cygcheck3.out:
C:\cygwin/ system binary,auto
C:\cygwin\bin/usr/bin system binary,auto
C
at
the second: when you access the NFS export, three daemons get started
(mountd, nfsd and portmap) under their own account (apparently .\nfs?).
Those should see the following mount points according to cygcheck3.out:
C:\cygwin/ system binary,auto
C:\cygwin\bin/usr/bin
So the domain is . and the account nfs?
Those should see the following mount points according to cygcheck3.out:
I don't have /usr/bin or /usr/lib in exports, but I think you are
saying that if I did, I could access them via NFS.
Maybe. It could be worth a try.
When you run bash before starting
ASSI wrote:
Those should see the following mount points according to cygcheck3.out:
C:\cygwin/ system binary,auto
C:\cygwin\bin/usr/bin system binary,auto
C:\cygwin\lib/usr/lib system binary,auto
cygdrive prefix /cygdrive userbinary,auto
So the domain is . and the account nfs?
I have no idea what .\nfs means. I'm just reporting what services reports.
Those should see the following mount points according to cygcheck3.out:
I don't have /usr/bin or /usr/lib in exports, but I think you are
saying that if I did, I could access
On 6/20/2012 8:45 PM, richw wrote:
ASSI wrote:
Those should see the following mount points according to cygcheck3.out:
C:\cygwin/ system binary,auto
C:\cygwin\bin/usr/bin system binary,auto
C:\cygwin\lib/usr/lib system binary,auto
cygdrive prefix /cygdrive
install Cygwin only for Just
Me instead of All Users. If so, that is fixed by running setup again
and change this option to All Users. If that's not the reason, the
quick fix would be to just provide the standard mount points in
/etc/fstab and then figure out what's going wrong with the registry
,posix=0,user,noumount,auto)
D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto)
rw@seven ~
A reboot fixes the problem, as long as I run cygwin.bat before I access nfs.
--
View this message in context:
http://old.nabble.com/-bin-and--lib-mount-points-occasionally-lost
richw writes:
[...]
A reboot fixes the problem, as long as I run cygwin.bat before I access nfs.
The problem quite likely lies with your 11 different copies of
cygwin1.dll. You start the NFS server and it picks up one of those,
just not the one for your actual Cygwin installation. Now Cygwin
/bin/tzset: No such file or directory
bash: id: command not found
rw@seven ~
$ /bin/uname -a
CYGWIN_NT-6.1-WOW64 seven 1.7.15(0.260/5/3) 2012-05-09 10:25 i686 Cygwin
rw@seven ~
$
--
View this message in context:
http://old.nabble.com/-bin-and--lib-mount-points-occasionally-lost
richw writes:
rw@seven ~
$ /bin/uname -a
CYGWIN_NT-6.1-WOW64 seven 1.7.15(0.260/5/3) 2012-05-09 10:25 i686 Cygwin
Your cygcheck.out said I should be expecting a 1.7.11 version here. So
maybe you didn't nuke all extra versions or your cygcheck output wasn't
for your actual installation...
9:25
Cygwin DLL version info:
DLL version: 1.7.15
--
View this message in context:
http://old.nabble.com/-bin-and--lib-mount-points-occasionally-lost-tp34007108p34039888.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports: http://cygwin.com
On 6/20/2012 3:07 AM, richw wrote:
ASSI wrote:
richw writes:
rw@seven ~
$ /bin/uname -a
CYGWIN_NT-6.1-WOW64 seven 1.7.15(0.260/5/3) 2012-05-09 10:25 i686 Cygwin
Your cygcheck.out said I should be expecting a 1.7.11 version here. So
maybe you didn't nuke all extra versions or your
on the link in the message of the 19th, I
got the correct file. So, after a name change, we have:
http://old.nabble.com/file/p34040469/cygcheck2.out cygcheck2.out
--
View this message in context:
http://old.nabble.com/-bin-and--lib-mount-points-occasionally-lost-tp34007108p34040469.html
Sent from
(through reboots) for a while, and then break again.
Any hints how I can keep this from happening, or what might cause it?
--
View this message in context:
http://old.nabble.com/-bin-and--lib-mount-points-occasionally-lost-tp34007108p34007108.html
Sent from the Cygwin list mailing list archive
On Wed, Jun 13, 2012 at 10:19:42AM -0700, richw wrote:
I occasionally find that cygwin is broken, and I find that /usr/bin and
/usr/lib no longer are useful. The mount command (for which I need to
type /bin/mount) shows nothing mounted there. I type the following two
commands:
mount
of
(binary,user) for the two mounts in question.
--
View this message in context:
http://old.nabble.com/-bin-and--lib-mount-points-occasionally-lost-tp34007108p34007924.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports: http://cygwin.com/problems.html
FAQ
On 6/13/2012 9:47 PM, richw wrote:
Christopher Faylor-8 wrote:
On Wed, Jun 13, 2012 at 10:19:42AM -0700, richw wrote:
I occasionally find that cygwin is broken, and I find that /usr/bin and
/usr/lib no longer are useful. The mount command (for which I need to
type /bin/mount) shows nothing
/lib are by default also automatic mount points generated
by the Cygwin DLL similar to the way the root directory is evaluated.
/usr/bin points to the directory the Cygwin DLL is installed in, /usr/lib
is supposed to point to the /lib directory. This choice is safe and
usually shouldn't be changed
On 6/13/2012 11:19 AM, richw wrote:
I occasionally find that cygwin is broken, and I find that /usr/bin and
/usr/lib no longer are useful.
It would help if you could pin down what you were doing before Cygwin
breaks each time.
Can you please search your entire hard drive for a second copy
I figured out how to make
an executable that didn't require it.
--
View this message in context:
http://old.nabble.com/-bin-and--lib-mount-points-occasionally-lost-tp34007108p34009171.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports: http://cygwin.com
On 6/13/2012 5:32 PM, richw wrote:
What was I doing? I rebooted the computer.
You're being pedantic. I mean, what program(s) did you run before you
noticed Cygwin stopped working, causing you to reboot to fix it?
I believe you are running something that fights with Cygwin somehow, and
and it was time
to go to bed. It was working fine before I turned it off, and it
didn't work when I rebooted in the morning. And the only thing that didn't
work was the mount points; ls (and almost everything else)
would fail, which I abbreviated to cygwin didn't work. Two
simple mount commands fixed
it?
I rebooted my computer because it was late and it was time
to go to bed. It was working fine before I turned it off, and it
didn't work when I rebooted in the morning. And the only thing that didn't
work was the mount points; ls (and almost everything else)
would fail, which I abbreviated
is weird, because they are already there when I start cygwin using
the supplied batch file (Command prompt) but not when I login to my
localhost ssh server using the same user...
When I start Cygwin using the supplied batch file, I get these mount points:
[mmaas@ictwks178 ~]$ id
uid=23916
On 04/02/2011 08:48 AM, Mark Maas wrote:
Hello List,
And I'm sorry this got sent twice... I don't understand how...
Sorry again.
Mark
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
On Apr 2 09:01, Mark Maas wrote:
Hello List,
I've been trying to get some network shares mounted in my cygwin
environment. Shares that I've already mounted with Windows itself.
So I've tried some combo's with net use or simple using the
mount.exe command to get those shares. But I'm not
On 02-04-11 10:53, Corinna Vinschen wrote:
On Apr 2 09:01, Mark Maas wrote:
Hello List,
I've been trying to get some network shares mounted in my cygwin
environment. Shares that I've already mounted with Windows itself.
So I've tried some combo's with net use or simple using the
mount.exe
On Saturday, 2 April 2011, Mark Maas wrote:
I've been trying to get some network shares mounted in my cygwin environment.
Shares that I've already mounted with Windows itself.
So I've tried some combo's with net use or simple using the mount.exe
command to get those shares. But I'm not able
On 02-04-11 14:00, Andy Koppe wrote:
On Saturday, 2 April 2011, Mark Maas wrote:
I've been trying to get some network shares mounted in my cygwin environment.
Shares that I've already mounted with Windows itself.
So I've tried some combo's with net use or simple using the mount.exe
command to
CONTEXT:
Running cygwin 1.7 on Windows XP
cygcheck output here: http://wdv.com/cygcheck.txt
BACKGROUND:
Checked cygwin FAQ, Googled, etc.
Have installed and updated mount points using
/bin/copy-user-registry-fstab.
BUG:
First bash shell started using
On Aug 19 18:11, Rolf Campbell wrote:
On 2010-08-19 13:05, Corinna Vinschen wrote:
For further testing purposes I have uploaded a new cygwin1.dll which
a) adds debug output in readdir() which prints DOS attributes as well as
evaluated d_type value for each readdir entry to strace, and
On 2010-08-20 07:56, Corinna Vinschen wrote:
Thanks for the new strace. After some more experimenting I was finally
able to reproduce the issue. The other problem you reported, about df(*),
lead me onto the right track. I've checked my changes in to CVS. For
testing I provided another test
On Aug 18 18:50, Rolf Campbell wrote:
I have an 2nd NTFS disk mounted in a directory in my primary NTFS
disk. When I use 'find' (with no arguments), it only displays a
small fraction of the files in the current directory.
Using cygwin 1.7.5, it displayed about 100,000 files.
Using cygwin
On Aug 19 10:31, Corinna Vinschen wrote:
On Aug 18 18:50, Rolf Campbell wrote:
I have an 2nd NTFS disk mounted in a directory in my primary NTFS
disk. When I use 'find' (with no arguments), it only displays a
small fraction of the files in the current directory.
Using cygwin 1.7.5, it
On Aug 19 09:50, Rolf Campbell wrote:
NTFS Junction point: yes. I used the builtin windowns tool
mountvol to mount the disk in an empty directory. It's
technically mounted as C:\.timemachine\3.
Output from ls -l
[...]
I do not set the CYGWIN environmental variable when running find.
I
On 08/19/2010 08:43 AM, Corinna Vinschen wrote:
Hmm, digging through Cygwin's readdir code, I have a vague idea.
Eric, does find honor the struct dirent d_type flag? I'm wondering
if d_type is erroneously set to DT_REG for some reason. If so, we
could find this out by augmenting the debug
() || fs_is_nfs
());
}
-static inline bool
-is_volume_mountpoint (POBJECT_ATTRIBUTES attr)
+/* Check reparse point for type. IO_REPARSE_TAG_MOUNT_POINT types are
+ either volume mount points, which are treated as directories, or they
+ are directory mount points, which are treated as symlinks
On 2010-08-19 12:28, Eric Blake wrote:
On 08/19/2010 08:43 AM, Corinna Vinschen wrote:
Hmm, digging through Cygwin's readdir code, I have a vague idea.
Eric, does find honor the struct dirent d_type flag? I'm wondering
if d_type is erroneously set to DT_REG for some reason. If so, we
could
Greetings, Corinna Vinschen!
I checked the strace, and after ascending back from the ATI subdir into
the toplevel dir successfully, find appears to exit just so, without
any trace that it even *tries* to continue to scan further subdirs. And
unfortunately there's no way to see why find
On 2010-08-19 18:37, Andrey Repin wrote:
If ATI is the junction (reparse point, or however you call it) to a top-level
directory on another partition, this behavior could be explained by exiting
through the window: process enter the partition from the doors (junction),
dig it, then trying to
On Thu, Jan 21, 2010 at 06:00:00PM -0600, Jeremy Bopp wrote:
When using setup-legacy.exe version 2.677 to install Cygwin 1.5, the
installation process appears to complete successfully, but the mount
points for /, /usr/bin, and /usr/lib are not created. This leads to
postinstall script failing
Christopher Faylor wrote:
On Thu, Jan 21, 2010 at 06:00:00PM -0600, Jeremy Bopp wrote:
When using setup-legacy.exe version 2.677 to install Cygwin 1.5, the
installation process appears to complete successfully, but the mount
points for /, /usr/bin, and /usr/lib are not created. This leads
? The user who starts a cygwin shell first has no problems, but
the user B who start cygwin after user B has wrong mount points.
User B see the main mount points from user A.
=== /, /usr/bin, and /usr/lib is mapped to Z: and not to T:
How can i solve this problem?
Best regards
Helge
--
Problem
mapped this shared drive to T:
So what happens? The user who starts a cygwin shell first has no problems,
but the user B who start cygwin after user B has wrong mount points.
User B see the main mount points from user A.
=== /, /usr/bin, and /usr/lib is mapped to Z: and not to T:
How
: and user B mapped this shared drive to T:
So what happens? The user who starts a cygwin shell first has no
problems, but the user B who start cygwin after user B has wrong mount
points.
User B see the main mount points from user A.
=== /, /usr/bin, and /usr/lib is mapped to Z: and not to T:
How
?
Not yet. I added it to my TODO list but don't hold your breath for now.
I implemented `mount posixpath' as well as `mount -a' to read the
mount points from the fstab files and add either just the mount point
for the given posix path, or all the missing ones.
It's in the latest snapshot: http
On Jul 15 22:29, Steven Hartland wrote:
- Original Message - From: Christopher Faylor
Any I missing something or has this functionality just been
overlooked?
Overlooked == not implemented.
;-)
Something that's planned?
Not yet. I added it to my TODO list but don't hold your
Having read:
http://cygwin.com/1.7/cygwin-ug-net/using.html#mount-table
I'm still at a loss how to activate newly added mount points
from fstab?
The standard Unix paradigm would be mount -a or mount target
but none of these work. The only way I've found is to restart
the cygwin prompt which
On Wed, Jul 15, 2009 at 09:33:20PM +0100, Steven Hartland wrote:
Having read:
http://cygwin.com/1.7/cygwin-ug-net/using.html#mount-table
I'm still at a loss how to activate newly added mount points
from fstab?
The standard Unix paradigm would be mount -a or mount target
but none of these work
- Original Message -
From: Christopher Faylor
Any I missing something or has this functionality just been
overlooked?
Overlooked == not implemented.
;-)
Something that's planned?
--
Problem reports: http://cygwin.com/problems.html
FAQ:
I've setup and environment using scponly-4.6 where by I have
the following:
/home/user1/required shared dir
What I've done to get required shared dir is to actually
mount it under cygwin e.g.
mount c:/shareddir /home/user1/shareddir
Unfortunately when the user logs in using sftp shareddir
is
Steven Hartland wrote:
I've setup and environment using scponly-4.6 where by I have
the following:
/home/user1/required shared dir
What I've done to get required shared dir is to actually
mount it under cygwin e.g.
mount c:/shareddir /home/user1/shareddir
Unfortunately when the user logs in
On Feb 22 14:21, Tim Hubberstey wrote:
--- Corinna Vinschen wrote:
On Feb 18 09:58, Corinna Vinschen wrote:
On Feb 17 01:52, Tim Hubberstey wrote:
$ find /cygdrive/c -name @@@F\*
find: Filesystem loop detected; `/cygdrive/c/aa/aa' has the same
device
number and inode as a
On Feb 18 09:58, Corinna Vinschen wrote:
On Feb 17 01:52, Tim Hubberstey wrote:
$ find /cygdrive/c -name @@@F\*
find: Filesystem loop detected; `/cygdrive/c/aa/aa' has the same device
number and inode as a directory which is 2 levels higher in the
filesystem hierarchy.
But I'm sure you
--- Corinna Vinschen wrote:
On Feb 18 09:58, Corinna Vinschen wrote:
On Feb 17 01:52, Tim Hubberstey wrote:
$ find /cygdrive/c -name @@@F\*
find: Filesystem loop detected; `/cygdrive/c/aa/aa' has the same
device
number and inode as a directory which is 2 levels higher in the
hierarchy.
I tried with CYGWIN=smbntsec and CYGWIN unset and the behavior was the
same. Volumes mounted on a root folder (e.g. C:\mnt) get the same error
except for ...which is 1 level higher
The reason for your problem is that Cygwin doesn't check for volume mount
points. FWICT, there's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Corinna Vinschen on 2/18/2005 1:58 AM:
The reason for your problem is that Cygwin doesn't check for volume mount
points. FWICT, there's a very simple solution for that, calling a specific
Windows function (GetVolumePathName) from
On Thu, 17 Feb 2005, Tim Hubberstey wrote:
I'm experiencing a problem with 'find' when mounted NTFS volumes
(junctions) are involved. I have created a sample directory structure
/cygdrive/c/aa/aa where 'aa' is the mount point for another NTFS drive.
From DOSland it looks like this:
C:\ dir
On Fri, Feb 18, 2005 at 06:28:19AM -0700, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Corinna Vinschen on 2/18/2005 1:58 AM:
The reason for your problem is that Cygwin doesn't check for volume mount
points. FWICT, there's a very simple solution
I'm experiencing a problem with 'find' when mounted NTFS volumes
(junctions) are involved. I have created a sample directory structure
/cygdrive/c/aa/aa where 'aa' is the mount point for another NTFS drive.
From DOSland it looks like this:
C:\ dir \aa
Directory of C:\aa
2005/02/17 00:35
Ok. Problem solved. I had to remove the registry key
HKEY_CURRENT_USER\Software\Cygnus Solution\Cygwin\mounts v2\/home/buhl
CTB
Claus-Thomas Buhl schrieb:
I have installed Cygwin sshd as a service and these are the mount points
of interest:
D:\Programme\cygwin on / type system (binmode)
E
On Thu, Aug 19, 2004 at 07:31:39PM +0200, Claus-Thomas Buhl wrote:
Ok. Problem solved. I had to remove the registry key
HKEY_CURRENT_USER\Software\Cygnus Solution\Cygwin\mounts v2\/home/buhl
JUST USE THE `mount' COMMAND. THAT IS WHAT IT IS THERE FOR.
--
Unsubscribe info:
I have installed Cygwin sshd as a service and these are the mount points
of interest:
D:\Programme\cygwin on / type system (binmode)
E:\Benutzer\buhl on /home/buhl type system (binmode)
Under /home/buhl/.ssh (that is E:\Benutzer\buhl\.ssh), I have setup my
.ssh folder with my ssh keys.
When I now
To: Joaquin
Cc: [EMAIL PROTECTED]
Subject: RE: Where are mount points stored?
Ok, so (1) is curiousity. As for (2), why not simply run
mount instead of the reg query? It will give you the same
exact information.
Igor
On Thu, 4 Dec 2003, Joaquin wrote:
No. For one (1) I don't want
to encourage... (especially in IT)
-Original Message-
From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]
Sent: Friday, December 05, 2003 6:38 AM
To: Joaquin
Cc: [EMAIL PROTECTED]
Subject: RE: Where are mount points stored?
Ok, so (1) is curiousity. As for (2), why
Ok, so (1) is curiousity. As for (2), why not simply run mount instead
of the reg query? It will give you the same exact information.
Igor
On Thu, 4 Dec 2003, Joaquin wrote:
No. For one (1) I don't want to be ignorant and want to learn how
things work. Secondly (2) this helps me
* Corinna Vinschen [EMAIL PROTECTED] [2003-12-04 15:37:54 +0100]:
On Thu, Dec 04, 2003 at 09:27:14AM -0500, Sam Steingold wrote:
PS. Is there a POSIX way to get the list of mount points, lime mount(1)
and df(1) do? It appears that linux has /proc/mounts and most
unixes have /etc
On Thu, Dec 04, 2003 at 10:21:28AM -0500, Sam Steingold wrote:
* Corinna Vinschen [EMAIL PROTECTED] [2003-12-04 15:37:54 +0100]:
On Thu, Dec 04, 2003 at 09:27:14AM -0500, Sam Steingold wrote:
PS. Is there a POSIX way to get the list of mount points, lime mount(1)
and df(1) do
the list of mount points, lime mount(1)
and df(1) do? It appears that linux has /proc/mounts and most
unixes have /etc/mtab, but is there a system call?
man 3 getmntent
cool - thanks!
unfortunately, this is not in POSIX
(http://www.opengroup.org/onlinepubs/)
so
No. For one (1) I don't want to be ignorant and want to learn how
things work. Secondly (2) this helps me find diagnose and isolate
problems. I found weird behavior with Japanese Windows XP Home, where a
mount point is being auto-created. This would help me diagnose exactly
when this is
Hi,
I found the mount points on my system using mount, but I was wondering
if how these are stored. There is no discernable fstab or something
similar in the /etc directory.
- joaquin
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com
At 05:24 PM 12/3/2003, Joaquin you wrote:
Hi,
I found the mount points on my system using mount, but I was wondering
if how these are stored. There is no discernable fstab or something
similar in the /etc directory.
But there will be someday. For now, they're stored in the registry
/home/$USER and have the unknown isitmounted
command return an appropriate exit status.
I'm trying to write startup scripts so that mount points get set
automatically when running cygwin from a network share (but I don't to
override /home/$USER if that already exists.)
The mount man page seems
was hoping for something as simple as
typing isitmounted /home/$USER and have the unknown isitmounted
command return an appropriate exit status.
I'm trying to write startup scripts so that mount points get set
automatically when running cygwin from a network share (but I don't to
override /home
and user keys) or
parse the output from mount, but I was hoping for something as
simple as typing isitmounted /home/$USER and have the unknown
isitmounted command return an appropriate exit status.
I'm trying to write startup scripts so that mount points get set
automatically when
On Sat, 2002-09-28 at 00:56, Richardson, Tony wrote:
Any suggestions on how to do it?
mount /home/$USER returns not enough arguments and I haven't found a
-check option to mount.
mount | grep /home/$USER
if empty, not mounted
if not empty, the win32 path that is mounted there.
Rob
--
---
89 matches
Mail list logo