subject:"Re\: \/bin and \/lib mount points occasionally lost"

marco atzeri-4 wrote:

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 apparently been bitten by uploading two different
files
with the same name. When I clicked 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

I see nothing strange.

On one of your previous post you mentioned

bash: id: command not found

this usually happens if the shell is not a login shell.
as the cygwin dir are not added to the path.

Eg
from cmd.exe in c:\cygwin
--
C:\cd cygwin

C:\cygwinbin\bash

$ id
bash: id: command not found
-

while
-
E:\cygwinbin\bash -l

$ id
uid=1008(marco) gid=544(Administrators)
groups=544(Administrators),0(root),545(U
sers),513(None)
--

However for cygcheck you have:

Output from C:\cygwin\bin\id.exe
UID: 1000(rw) GID: 513(None)
513(None) 0(root) 544(Administrators) 545(Users)
1002(HomeUsers)

Path: C:\cygwin\usr\local\bin
C:\cygwin\bin
[cut]

Is it possible that some of your shell are incorrectly called ?
Regards
MArco

--
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

Marco,

I suspect that you are losing sight of the big picture. When you look at
bash: id: command not found
you are looking at one of the downstream consequences of the original
problem.
Or, that is, of the most upstream problem that I know of. When /bin isn't
mounted on /usr/bin, of course id will not be found, since $PATH points to
/usr/bin,
and /usr/bin is empty.
I believe what needs to be studied is why an access from a remote system
to an nfs file system before opening a bash prompt causes the automatic
mount of /usr/bin and /usr/lib to be skipped.
When I open a bash prompt before accessing the nfs file system, everything
works as it should.
cygcheck2.out was created when the system was working correctly.
I don't believe it's useful, but here is a cygcheck when the mount has been
skipped:
$ /bin/cygcheck -s -v -r
http://old.nabble.com/file/p34043774/cygcheck3.out cygcheck3.out
It looks like it's mostly just missing stuff 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/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Re: /bin and /lib mount points occasionally lost

2012-06-20 Thread Achim Gratz

richw writes:
 I believe what needs to be studied is why an access from a remote system
 to an nfs file system before opening a bash prompt causes the automatic
 mount of /usr/bin and /usr/lib to be skipped.

With the most likely problem apparently out of the way, let's look 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   system  binary,auto
C:\cygwin\lib/usr/lib   system  binary,auto
cygdrive prefix  /cygdrive  userbinary,auto

and since they appear to be working correctly (but check the logfiles)
one can assume that these mounts are present.

When you run bash before starting the daemons you said you see these
mounts instead:

C:/cygwin/bin on /usr/bin type ntfs (binary,user)
C:/cygwin/lib on /usr/lib type ntfs (binary,user)
C:/cygwin on / type ntfs (binary,auto)
C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto)
D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto)

So there must be an fstab entry that changes /usr/bin and /usr/lib to
user mounts.  What happens if you get rid of those two entries, either
in /etc/fstab or /etc/fstab.d/user?


Regards,
Achim.
-- 
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+

Waldorf MIDI Implementation  additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs


--
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

Re: /bin and /lib mount points occasionally lost



ASSI wrote:
 
 richw writes:
 I believe what needs to be studied is why an access from a remote system
 to an nfs file system before opening a bash prompt causes the automatic
 mount of /usr/bin and /usr/lib to be skipped.
 
 With the most likely problem apparently out of the way, let's look 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   system  binary,auto
 C:\cygwin\lib/usr/lib   system  binary,auto
 cygdrive prefix  /cygdrive  userbinary,auto
 
 and since they appear to be working correctly (but check the logfiles)
 one can assume that these mounts are present.
 
 When you run bash before starting the daemons you said you see these
 mounts instead:
 
 C:/cygwin/bin on /usr/bin type ntfs (binary,user)
 C:/cygwin/lib on /usr/lib type ntfs (binary,user)
 C:/cygwin on / type ntfs (binary,auto)
 C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto)
 D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto)
 
 So there must be an fstab entry that changes /usr/bin and /usr/lib to
 user mounts.  What happens if you get rid of those two entries, either
 in /etc/fstab or /etc/fstab.d/user?
 
 
 Regards,
 Achim.
 -- 
 +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
 
 Waldorf MIDI Implementation  additional documentation:
 http://Synth.Stromeko.net/Downloads.html#WaldorfDocs
 
 
 --
 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
 
 
 
when you access the NFS export, three daemons get started
(mountd, nfsd and portmap) under their own account (apparently .\nfs?).
The daemons are apparently started before the NFS export is accessed.
At least, the windows services report shows them as started.
The logon Is .\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.

When you run bash before starting the daemons you said you see these
mounts instead:
I goofed, and didn't initially notice the difference between (user) and
(auto) in
the mount command response. When I do the mount manually to correct
for the missing mount, it shows (user). When I reboot and run bash first,
I see (auto) as expected.
/etc/fstab is empty (except for comments), as is /etc/fstab.d
-- 
View this message in context: 
http://old.nabble.com/-bin-and--lib-mount-points-occasionally-lost-tp34007108p34044648.html
Sent from the Cygwin list mailing list archive at Nabble.com.


--
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

Re: /bin and /lib mount points occasionally lost

2012-06-20 Thread Achim Gratz

richw writes:
when you access the NFS export, three daemons get started
(mountd, nfsd and portmap) under their own account (apparently .\nfs?).
 The daemons are apparently started before the NFS export is accessed.
 At least, the windows services report shows them as started.
 The logon Is .\nfs

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 the daemons you said you see these
mounts instead:
 I goofed, and didn't initially notice the difference between (user)
 and (auto) in the mount command response. When I do the mount manually
 to correct for the missing mount, it shows (user).

Do the mounts resurrect correctly via mount -a?

 When I reboot and run bash first, I see (auto) as expected.
 /etc/fstab is empty (except for comments), as is /etc/fstab.d

Do you get things back to working state by closing all Cygwin
applications, then stopping all Cygwin services and then starting bash?


Regards,
Achim.
-- 
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada


--
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

Re: /bin and /lib mount points occasionally lost



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
 
 and since they appear to be working correctly (but check the logfiles)
 one can assume that these mounts are present.
 
 
I modified /etc/exports to read
/ (ro,no_root_squash)
/usr/bin (ro,no_root_squash)
/usr/lib (ro,no_root_squash)
and then tried a mount.
I was surprised that I could not mount /usr/bin, but I could mount /bin.
(Is that correct? Why?)
And, by the way, I saw nothing unusual in the windows logs.


50:/root # mount 192.168.1.40:/usr/bin /mnt
 nfs_get_root: getattr error = 116
 nfs_read_super: get root inode failed
 mount: Mounting 192.168.1.40:/usr/bin on /mnt failed: Invalid argument
 50:/root # mount 192.168.1.40:/bin /mnt
 50:/root # ls /mnt/y*
 /mnt/yacc /mnt/yes.exe
 50:/root #

-- 
View this message in context: 
http://old.nabble.com/-bin-and--lib-mount-points-occasionally-lost-tp34007108p34044734.html
Sent from the Cygwin list mailing list archive at Nabble.com.


--
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

Re: /bin and /lib mount points occasionally lost

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 them via NFS.

Maybe. It could be worth a try.

Works, but not as I expected, as in another post (exporting /usr/bin
allowed /bin to be mounted successfully)

When you run bash before starting the daemons you said you see these
mounts instead:
I goofed, and didn't initially notice the difference between (user)
and (auto) in the mount command response. When I do the mount manually
to correct for the missing mount, it shows (user).

Do the mounts resurrect correctly via mount -a?

mount -a does not resurrect mounts.

When I reboot and run bash first, I see (auto) as expected.
/etc/fstab is empty (except for comments), as is /etc/fstab.d

Do you get things back to working state by closing all Cygwin
applications, then stopping all Cygwin services and then starting bash?

Yes, this did work. Bash started up normally.

Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada

--
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

--
View this message in context:
http://old.nabble.com/-bin-and--lib-mount-points-occasionally-lost-tp34007108p34044781.html
Sent from the Cygwin list mailing list archive at Nabble.com.

--
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

Re: /bin and /lib mount points occasionally lost

2012-06-20 Thread marco atzeri


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  userbinary,auto

and since they appear to be working correctly (but check the logfiles)
one can assume that these mounts are present.



I modified /etc/exports to read
/ (ro,no_root_squash)
/usr/bin (ro,no_root_squash)
/usr/lib (ro,no_root_squash)
and then tried a mount.
I was surprised that I could not mount /usr/bin, but I could mount /bin.
(Is that correct? Why?)


pure guess:  /usr/bin is already a mount point for /bin
there is no real c:\cygwin\usr\bin   directory


Regards
Marco





--
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

Re: /bin and /lib mount points occasionally lost

2012-06-20 Thread Achim Gratz

richw writes:
 I modified /etc/exports to read
 / (ro,no_root_squash)
 /usr/bin (ro,no_root_squash)
 /usr/lib (ro,no_root_squash)
 and then tried a mount.
 I was surprised that I could not mount /usr/bin, but I could mount /bin.
 (Is that correct? Why?)

It probably means that /usr/lib and /usr/bin aren't mounted as far as
the daemon is concerned.  You can mount /bin since it is a subtree of /
(you should also be able to mount /etc if that hypothesis holds true).

I think that something in the registry is amiss, more specifically if
you log in as yourself you will see the correct built-in mount table in
HKCU and Cygwin mounts them, but if the service user logs in it doesn't.
You only seem to have a system installation key, whereas my cygwin has
both a system and user key.

Then when you later start bash Cygwin already thinks it has everything
mounted when it hasn't.  I suspect you did 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
later.


Regards,
Achim.
-- 
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


--
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

Re: /bin and /lib mount points occasionally lost



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 c:/cygwin/bin /usr/bin
 mount c:/cygwin/lib /usr/lib
 and things work (through reboots) for a while, and then break again.
 Any hints how I can keep this from happening, or what might cause it?
 
 

I believe I have figured out how to reproduce this problem. It seems to be
caused by accessing an nfs server before running cygwin.bat to run bash. But
in case that's not enough information, I'll give a complete sequence. Here's
a cygcheck -s -v -r  cygcheck.out:
http://old.nabble.com/file/p34037768/cygcheck.out cygcheck.out 

First, install the cygwin nfs server. Here's my /etc/exports:


 / (ro,no_root_squash)
 
[Yeah, security!]
Reboot.
Run putty and use a serial port to talk to my TS-7250 embedded computer
(embeddedarm.com).


 50:/root # uname -a
 Linux ts7200 2.4.26-ts9 #151 Mon Feb 13 16:01:46 MST 2006 armv4l unknown
 50:/root # cat /etc/profile
 [snip]
 m()
 {
   mount | grep nfs /dev/null
   if [ $? -ne 0 ]; then
 mount 192.168.1.40:/ /mnt
   fi
   cd /mnt/home/rw
 }
 50:/root # m
 50:/mnt/home/rw #
 
[I probably did an 'ls' too, but didn't get that copied]
Now, click my cygwin.bat icon:


 bash: id: command not found
 bash: /usr/bin/hostname: No such file or directory
 bash: sed: command not found
 bash: ls: command not found
 bash: /usr/bin/locale: No such file or directory
 bash: /usr/bin/tzset: No such file or directory
 bash: id: command not found
 
 rw@seven ~
 $ mount
 bash: mount: command not found
 
 rw@seven ~
 $ /bin/mount
 C:/cygwin on / type ntfs (binary,auto)
 C: on /cygdrive/c type ntfs (binary,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-tp34007108p34037768.html
Sent from the Cygwin list mailing list archive at Nabble.com.


--
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

Re: /bin and /lib mount points occasionally lost

2012-06-19 Thread Achim Gratz

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 is
hosed until no process uses cygwin1.dll anymore or you reboot.

What is the output from '/bin/uname -a' when your Cygwin has stopped
working?


Regards,
Achim.
-- 
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+

Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables


--
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

Re: /bin and /lib mount points occasionally lost



ASSI wrote:
 
 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 is
 hosed until no process uses cygwin1.dll anymore or you reboot.
 
 What is the output from '/bin/uname -a' when your Cygwin has stopped
 working?
 
 
 Regards,
 Achim.
 -- 
 +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
 
 Wavetables for the Waldorf Blofeld:
 http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables
 
 
 --
 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
 
 
 

All the superfluous copies of cygwin1.dll are long gone or renamed.
After reboot  nfs access:

bash: id: command not found
 bash: /usr/bin/hostname: No such file or directory
 bash: sed: command not found
 bash: ls: command not found
 bash: /usr/bin/locale: No such file or directory
 bash: /usr/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-tp34007108p34038496.html
Sent from the Cygwin list mailing list archive at Nabble.com.


--
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

Re: /bin and /lib mount points occasionally lost

2012-06-19 Thread Achim Gratz

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...


Regards,
Achim.
-- 
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+

Waldorf MIDI Implementation  additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs


--
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

Re: /bin and /lib mount points occasionally lost



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 cygcheck output wasn't
 for your actual installation...
 
 
 Regards,
 Achim.
 -- 
 +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
 
 Waldorf MIDI Implementation  additional documentation:
 http://Synth.Stromeko.net/Downloads.html#WaldorfDocs
 
 
 --
 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
 
 
 
You are looking at the wrong version of cygcheck.out somehow. After my
initial series of communications, in addition to removing all the surplus
cygwin1.dll files, I updated everything, and included an updated
cygcheck.out. Look for it in a message dated June 19, since that's the date
on the file. An excerpt from that file:

 2235k 2012/05/09 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
  cygwin1.dll v0.0 ts=2012/5/9 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/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: /bin and /lib mount points occasionally lost

2012-06-19 Thread marco atzeri


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 cygcheck output wasn't
for your actual installation...


Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+

Waldorf MIDI Implementation  additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs


--
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




You are looking at the wrong version of cygcheck.out somehow. After my
initial series of communications, in addition to removing all the surplus
cygwin1.dll files, I updated everything, and included an updated
cygcheck.out. Look for it in a message dated June 19, since that's the date
on the file. An excerpt from that file:

  2235k 2012/05/09 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
   cygwin1.dll v0.0 ts=2012/5/9 9:25
 Cygwin DLL version info:
 DLL version: 1.7.15




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.


Cygwin Configuration Diagnostics
Current System Time: Wed Jun 13 12:37:37 2012
2748k 2012/02/24 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
  cygwin1.dll v0.0 ts=2012/2/24 5:05
Cygwin DLL version info:
DLL version: 1.7.11
DLL epoch: 19
DLL old termios: 5
DLL malloc env: 28
Cygwin conv: 181
API major: 0
API minor: 260
Shared data: 5
DLL identifier: cygwin1
Mount registry: 3
Cygwin registry name: Cygwin
Program options name: Program Options
Installations name: Installations
Cygdrive default prefix:
Build date:
Shared id: cygwin1S5


so please so kind to provide us the right and updated info

Regards
Marco



--
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

Re: /bin and /lib mount points occasionally lost



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
 
 
 
 --
 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
 
 
 
I apologize. I have apparently been bitten by uploading two different files
with the same name. When I clicked 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 the Cygwin list mailing list archive at Nabble.com.


--
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

Re: /bin and /lib mount points occasionally lost

2012-06-13 Thread Christopher Faylor

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 c:/cygwin/bin /usr/bin
mount c:/cygwin/lib /usr/lib
and things work (through reboots) for a while, and then break again.
Any hints how I can keep this from happening, or what might cause it?

One big hint:
http://cygwin.com/problems.html

--
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

Re: /bin and /lib mount points occasionally lost



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 mounted there.  I type the following two
commands:
mount c:/cygwin/bin /usr/bin
mount c:/cygwin/lib /usr/lib
and things work (through reboots) for a while, and then break again.
Any hints how I can keep this from happening, or what might cause it?
 
 One big hint:
 http://cygwin.com/problems.html
 
 --
 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
 
 
 
Sometimes I'm not good at interpreting hints. Let's see - Google didn't find
me anything. The FAQ doesn't seem to help. So I think the hint is telling me
to include cygcheck output, which I will now do.
http://old.nabble.com/file/p34007924/cygcheck.out cygcheck.out 

By the way, the response to the mount command now looks like

rw@seven ~
$ mount
C:/cygwin/bin on /usr/bin type ntfs (binary,user)
C:/cygwin/lib on /usr/lib type ntfs (binary,user)
C:/cygwin on / type ntfs (binary,auto)
C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto)
D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto)

rw@seven ~
$

I note that another cygwin installation has (binary,auto) instead 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:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: /bin and /lib mount points occasionally lost

2012-06-13 Thread marco atzeri


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 mounted there.  I type the following two
commands:
mount c:/cygwin/bin /usr/bin
mount c:/cygwin/lib /usr/lib
and things work (through reboots) for a while, and then break again.
Any hints how I can keep this from happening, or what might cause it?


One big hint:
http://cygwin.com/problems.html







Sometimes I'm not good at interpreting hints. Let's see - Google didn't find
me anything. The FAQ doesn't seem to help. So I think the hint is telling me
to include cygcheck output, which I will now do.
http://old.nabble.com/file/p34007924/cygcheck.out cygcheck.out

By the way, the response to the mount command now looks like

rw@seven ~
$ mount
C:/cygwin/bin on /usr/bin type ntfs (binary,user)
C:/cygwin/lib on /usr/lib type ntfs (binary,user)
C:/cygwin on / type ntfs (binary,auto)
C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto)
D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto)

rw@seven ~
$

I note that another cygwin installation has (binary,auto) instead of
(binary,user) for the two mounts in question.



look on difference between /etc/fstab
see
http://cygwin.com/cygwin-ug-net/using.html#mount-table

Regards
Marco

--
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

Re: /bin and /lib mount points occasionally lost

marco atzeri-4 wrote:

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 mounted there. I type the following two
commands:
mount c:/cygwin/bin /usr/bin
mount c:/cygwin/lib /usr/lib
and things work (through reboots) for a while, and then break again.
Any hints how I can keep this from happening, or what might cause it?

One big hint:
http://cygwin.com/problems.html

Sometimes I'm not good at interpreting hints. Let's see - Google didn't
find
me anything. The FAQ doesn't seem to help. So I think the hint is telling
me
to include cygcheck output, which I will now do.
http://old.nabble.com/file/p34007924/cygcheck.out cygcheck.out

By the way, the response to the mount command now looks like

rw@seven ~
$ mount
C:/cygwin/bin on /usr/bin type ntfs (binary,user)
C:/cygwin/lib on /usr/lib type ntfs (binary,user)
C:/cygwin on / type ntfs (binary,auto)
C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto)
D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto)

rw@seven ~
$

I note that another cygwin installation has (binary,auto) instead of
(binary,user) for the two mounts in question.

look on difference between /etc/fstab
see
http://cygwin.com/cygwin-ug-net/using.html#mount-table

Regards
Marco

--
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

Your point is??? I read

/usr/bin and /usr/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. An fstab entry for them is not required.

which tells me I should ignore /etc/fstab, and I shouldn't have to do
anything. It should just work.
--
View this message in context:
http://old.nabble.com/-bin-and--lib-mount-points-occasionally-lost-tp34007108p34008957.html
Sent from the Cygwin list mailing list archive at Nabble.com.

--
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

Re: /bin and /lib mount points occasionally lost

2012-06-13 Thread Warren Young


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 of 
cygwin1.dll?  There should only be one, in c:\cygwin\bin.  If you find 
others, tell us their paths.


--
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

Re: /bin and /lib mount points occasionally lost

Warren Young wrote:

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 of
cygwin1.dll? There should only be one, in c:\cygwin\bin. If you find
others, tell us their paths.

--
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

What was I doing? I rebooted the computer. I don't remember doing
anything unusual before or after the reboot. Yesterday I was doing a
bunch of downloading of libraries and other information, mostly from
st.com. I did double-click on a *.chm file which tried to do something
but didn't succeed. I got a Contents pane, but the content just
says Navigation to the webpage was canceled

I have 11 copies of cygwin1.dll.
http://old.nabble.com/file/p34009171/cygwin1list.txt cygwin1list.txt
The D: drive is backup, and you can see there a copy from my c:
drive from my previous computer. I would hope that none of the
copies on the D: drive would interfere with anything.

C:\Downloads\ST\stm32_usb_something_um0424\STM32_USB-FS-Device_Lib_V3.3.0\Utilities\Binary\cygwin1.dll

is interesting because I probably downloaded it yesterday. It's
possible I ran some program from that download, but I don't
remember doing so. In the same directory is a file named arm-elf-objcopy.exe
that uses cygwin1.dll, but I have never run it.

The other two copies on C: are detritus left over from creating
a windows installer that included it, before 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/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Re: /bin and /lib mount points occasionally lost

2012-06-13 Thread Warren Young


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 
this other program is the culprit.



I have 11 copies of cygwin1.dll.


There you go.  I refer you to the FAQ:

http://cygwin.com/faq-nochunks.html#faq.using.multiple-copies

I suggest you contact ST and the creators of uMIDI and DCRABBIT and tell 
them it is *not cool* to be shipping around copies of cygwin1.dll. 
Aside from being a probable license violation, it results in 
compatibility problems like you've run into.  They should simply be 
making Cygwin a dependency, then shipping Cygwin packages for you to 
install into your pre-existing Cygwin installation.



is interesting because I probably downloaded it yesterday. It's
possible I ran some program from that download, but I don't
remember doing so. In the same directory is a file named arm-elf-objcopy.exe
that uses cygwin1.dll, but I have never run it.


Bottom line, this constitutes a competing copy of Cygwin on the same 
system.  You can run one or the other, not both at the same time.


Again, yell at ST about this.  Lame or illegal, it matters not.  They 
shouldn't be doing it.


--
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

Re: /bin and /lib mount points occasionally lost