This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Strange cygdrive problem


Avi Schwartz <cygwin <at> cfftechnologies.com> writes:

> 
> 
> I upgraded to the latest cygwin version yesterday and since then I have a
> problem I never encountered before and it may have to do with the Netware
> file system.
> 
> Here is what mount shows:
> 
> 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)
> F: on /cygdrive/f type nwfs (binary,posix=0,user,noumount,auto)
> G: on /cygdrive/g type nwfs (binary,posix=0,user,noumount,auto)
> M: on /cygdrive/m type ntfs (binary,posix=0,user,noumount,auto)
> P: on /cygdrive/p type nwfs (binary,posix=0,user,noumount,auto)
> Y: on /cygdrive/y type nwfs (binary,posix=0,user,noumount,auto)
> Z: on /cygdrive/z type nwfs (binary,posix=0,user,noumount,auto)
> 
> The problem I am having is with the F, G, P, Y, and Z drives which are of
> nwfs type. C and M which are ntfs are fine.
> 
> ls -l in cydrive shows the following:
> 
> total 0
> drwxrwxr-x+ 1 Administrators SYSTEM       0 2010-01-04 11:46 c
> -rwxr-xr-x  1 Schwar         Domain Users 0 2009-04-22 15:22 f
> -rwxr-xr-x  1 Schwar         Domain Users 0 2009-04-22 15:22 g
> drwx------+ 1 Administrators ????????     0 2009-10-12 13:28 m
> -rwxr-xr-x  1 Schwar         Domain Users 0 2009-04-22 15:22 p
> -rwxr-xr-x  1 Schwar         Domain Users 0 2009-04-22 15:22 y
> -rwxr-xr-x  1 Schwar         Domain Users 0 2009-04-22 15:22 z
> 
> As you can see the nwfs mounts do not show up as a directory (d) is
> missing.
> 
> If I cd into one of the problem directories, lets say "cd f":
> 
> "ls" generates the following error: "ls: cannot open directory .: No such
> file or directory"
> 
> "ls ." just shows "."
> 
> However "ls -l" works fine and lists the files in the directory.
> 
> The same problem occurs also in all sub-directories of these mounts.
> 
> I also found out that the behavior changes as I change the LANG setting.
> For example setting LANG=en_US causes even "ls -l" to fail in these mounts
> but setting to "C.UTF-8" or "en_US.UTF-8" allows "ls -l" to work (but still
> not "ls").
> 
> Any ideas what is going on and how to fix it?
> 
> Thanks,
> Avi
> 
> 

I am seeing something very similar to Avi's problem, only mine is with AFS
mounted drives.  I have three AFS mounted drives that show up under /cygdrive as
r/, y/, and z/ in addition to the normal c/.  

$ mount
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)
R: on /cygdrive/r type afs (binary,posix=0,user,noumount,auto)
Y: on /cygdrive/y type afs (binary,posix=0,user,noumount,auto)
Z: on /cygdrive/z type afs (binary,posix=0,user,noumount,auto)

$ ls -l /cygdrive
total 24K
drwx------+ 1 SYSTEM SYSTEM    0 2010-01-25 14:46 c/
drwxr-xr-x  1 woolet None    10K 2009-07-01 10:01 r/
drwxr-xr-x  1 woolet None    10K 2009-07-01 10:01 y/
drwxr-xr-x  1 woolet None   4.0K 2009-08-23 05:00 z/

Before upgrading my cygwin to the 1.7 release, I could access all of the drives
without a problem.  Now, when attempting to access any of the AFS drives, I get
the following error:

   $ ls /cygdrive/r
   ls: cannot open directory /cygdrive/r: Not a directory

I updated my cygwin1.dll to the latest snapshot, but that did not help.

The getVolInfo output for the drive that works (/c) is:

$ /usr/lib/csih/getVolInfo /cygdrive/c
Device Type        : 7
Characteristics    : 20
Volume Name        : <>
Serial Number      : 1745267645
Max Filenamelength : 255
Filesystemname     : <NTFS>
Flags              : 700ff
  FILE_CASE_SENSITIVE_SEARCH  : TRUE
  FILE_CASE_PRESERVED_NAMES   : TRUE
  FILE_UNICODE_ON_DISK        : TRUE
  FILE_PERSISTENT_ACLS        : TRUE
  FILE_FILE_COMPRESSION       : TRUE
  FILE_VOLUME_QUOTAS          : TRUE
  FILE_SUPPORTS_SPARSE_FILES  : TRUE
  FILE_SUPPORTS_REPARSE_POINTS: TRUE
  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
  FILE_VOLUME_IS_COMPRESSED   : FALSE
  FILE_SUPPORTS_OBJECT_IDS    : TRUE
  FILE_SUPPORTS_ENCRYPTION    : TRUE
  FILE_NAMED_STREAMS          : TRUE
  FILE_READ_ONLY_VOLUME       : FALSE
  FILE_SEQUENTIAL_WRITE_ONCE  : FALSE
  FILE_SUPPORTS_TRANSACTIONS  : FALSE

and for all three of the failing drives, the info is the same:

$ /usr/lib/csih/getVolInfo /cygdrive/r
Device Type        : 7
Characteristics    : 10
Volume Name        : <AFS>
Serial Number      : 1234
Max Filenamelength : 255
Filesystemname     : <AFS>
Flags              : 4003
  FILE_CASE_SENSITIVE_SEARCH  : TRUE
  FILE_CASE_PRESERVED_NAMES   : TRUE
  FILE_UNICODE_ON_DISK        : FALSE
  FILE_PERSISTENT_ACLS        : FALSE
  FILE_FILE_COMPRESSION       : FALSE
  FILE_VOLUME_QUOTAS          : FALSE
  FILE_SUPPORTS_SPARSE_FILES  : FALSE
  FILE_SUPPORTS_REPARSE_POINTS: FALSE
  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
  FILE_VOLUME_IS_COMPRESSED   : FALSE
  FILE_SUPPORTS_OBJECT_IDS    : FALSE
  FILE_SUPPORTS_ENCRYPTION    : FALSE
  FILE_NAMED_STREAMS          : FALSE
  FILE_READ_ONLY_VOLUME       : FALSE
  FILE_SEQUENTIAL_WRITE_ONCE  : FALSE
  FILE_SUPPORTS_TRANSACTIONS  : FALSE

I can supply an strace file, if that is needed.

Thanks.

Steve



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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]