Mount does not show Samba files
Thu Sep 14 18:52:00 GMT 2006
Larry Hall (Cygwin) wrote:
> Arun Biyani wrote:
>> Larry Hall (Cygwin) wrote:
>>> See your cygcheck output:
>> I have a crontab task which generates a cygcheck.log file every
>> night. I've just realized that
>> the cygcheck output of the cron task is quite different from when I
>> run cygcheck as a user.
>> I apologize for this. I've attached a cygcheck.log that I just
> It would seem that your cron job is not actually generating this file
> regularly. The one you sent previously clearly said that you had
> of the cygwin package installed. You cannot have two versions installed.
> So I presume that the cron entry to automatically generate this file
> run since before you upgraded. Since you would have had to stop the cron
> (and any other service) to upgrade (without reboot at least), I can see
> the possibility of you doing this and not restarting it again. But
> just speculation.
>>> CYGWIN = 'nontsec'
>> I only see this for the cron task. I start cron by typing "cygrunsrv
>> --start cron". Perhaps its
>> generated by cygrunsrv.
> No. You apparently ran '/bin/cron-config' and answered "no" to the
> Do you want the daemon to run with ntsec? (yes/no)
>>> This must be set in your environment somewhere. Possibly this is
>>> by Altera tools Dave mentioned (thanks Dave). If you don't know why
>>> it's set,
>>> find it and remove it. Alternatively, if you cannot find it for some
>>> reason, at least unset it in your cygwin.bat file (assuming you
>>> start Cygwin
>>> that way). This is a cheap hack though. You're better off removing
>>> setting for real.
>> [tmp$:554] echo $CYGWIN bash: CYGWIN: unbound variable
>> [tmp$:555] set | grep CYGWIN
>> [tmp$:556] cygcheck -srv | grep CYGWIN
>> Environment : CYGWIN="nontsec" ---- cron
>> Environment : CYGWIN="ntsec notraverse" ---- exim
>> Display name : CYGWIN syslogd
>>> Your cygcheck says you have cygwin package version 1.5.19-4. The
>>> version is 1.5.21-2.
>> 1831k 2006/07/30 C:\win\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
>> "cygwin1.dll" v0.0 ts=2006/7/30 10:21
>> Cygwin DLL version info:
>> DLL version: 1.5.21
>> DLL epoch: 19
>> The dll seems to be correct version.
> Yes, I'd agree.
>>> I think you're getting a conflicts between Altera and Cygwin.
>>> Removing Altera
>>> is likely not the solution to the problem you see but it will avoid
>>> future problems. The solution to your current problem is to
>>> regenerate your
>>> passwd/group files, as Dave mentioned. At least this should work if
>>> user and the resource available are in the same domain.
>> I will remove Altera from the path and report back if it helps.
Thx for your help. I opened a dos command window. Typed "dir Y:" and saw
files and directories
that I expected to see from my home directory on Linux. Then (transcript
below) I tried Cygwin.
Still does not seem to work. This is after creating a new passwd & group
file and ensuring that
the user name is correct. I've split $PATH for readability.
[tmp$:510] mount Y: /mnt/y
mount: defaulting to '--no-executable' flag for speed since native path
references a remote share. Use '-f' option to override.
Filesystem Size Used Avail Use% Mounted on
C:\win\cygwin\bin 75G 44G 31G 59% /usr/bin
C:\win\cygwin\lib 75G 44G 31G 59% /usr/lib
C:\win\cygwin 75G 44G 31G 59% /
Y: 31G 26G 5.3G 83% /mnt/y
c: 75G 44G 31G 59% /c
i: 592G 574G 18G 98% /i
s: 38G 7.1G 31G 19% /s
[tmp$:512] ls /mnt/y
ls: /mnt/y: No such file or directory
[tmp$:513] echo $PATH
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
More information about the Cygwin