X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org To: cygwin AT cygwin DOT com From: Steve Woolet Subject: Re: Strange cygdrive problem Date: Mon, 25 Jan 2010 22:56:12 +0000 (UTC) Lines: 149 Message-ID: References: <1c39b8dbf66b931f7ba96d42b7295e01 AT mail DOT cfftechnologies DOT com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit User-Agent: Loom/3.14 (http://gmane.org/) X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Avi Schwartz 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 : 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 : Serial Number : 1234 Max Filenamelength : 255 Filesystemname : 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