X-Spam-Check-By: sourceware.org
To: cygwin AT cygwin DOT com
From: Andrew DeFaria <Andrew AT DeFaria DOT com>
Subject:  Re: Help. Cygwin corrupting files
Date:  Mon, 12 Feb 2007 09:16:04 -0600
Lines: 54
Message-ID: <eqq0bl$dq7$1@sea.gmane.org>
References:  <eqik0d$df7$1 AT sea DOT gmane DOT org> <eqis71$9ej$1 AT sea DOT gmane DOT org> <eqpts6$49d$1 AT sea DOT gmane DOT org>
Mime-Version:  1.0
Content-Type:  text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding:  7bit
User-Agent: Thunderbird 1.5.0.9 (Windows/20061207)
In-Reply-To: <eqpts6$49d$1@sea.gmane.org>
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

Chuck wrote:
> Andrew DeFaria wrote:
>> Chuck wrote:
>>> At first I thought my recent problems with cygwin were limited to the
>>> occasional "ls" command listing nothing. Run it again an it works
>>> (usually). Now the problems are getting worse. I tried to "rm" a file
>>> that I own and it didn't fully delete it. It corrupted it. An ls of the
>>> file shows this (that is, when the ls command works).
>>>
>>> $ ls -l
>>> ls: cannot access bin_dirs.txt: No such file or directory
>>> total 14
>>> drwxr-xr-x+ 2 CHamilto Domain Users 0 Feb 9 14:50 ./
>>> drwxr-xr-x+ 19 CHamilto Domain Users 0 Feb 9 14:33 ../
>>> -rw-r--r-- 1 CHamilto Domain Users 3196 Feb 9 14:48 all_bin_dirs.txt
>>> ??????????? ? ? ? ? ? bin_dirs.txt
>>> -rwx------ 1 CHamilto Domain Users 368 Feb 9 14:33 chuck.sh*
>>> -rwxrwx--- 1 CHamilto Domain Users 3069 Feb 9 11:06 cleanup_rman.sh*
>>> -rw-r--r-- 1 CHamilto Domain Users 1491 Feb 9 14:08 servers
>>> -rwxrwx--- 1 CHamilto Domain Users 270 Feb 9 14:50 upload.sh*
>>>
>>>
>>> What is up with that? I can't access or remove the bin_dirs.txt file now
>>> with either cygwin or windows. I tried resetting the owner but chown
>>> fails too.
>>>
>>> $ chown "CHamilto:Domain Users" bin_dirs.txt
>>> chown: cannot access `bin_dirs.txt': No such file or directory
>>>
>>>
>>> I have tried reinstalling cygwin and coreutils to no avail. Did
>>> something happen in a recent release of cygwin to explain this bizarre
>>> behavior? I've been using cygwin for years and never experienced
>>> anything like this. Please help!
>> When I've seen this problem before (ls complaining file doesn't exist)
>> it is usually because some other process has the file handle still open.
>> Go to sysinternals.com and download and run Process Explorer. It has a
>> facility to search for "handles" by strings. Search for "bin_dirs.txt"
>> and find which process has that file open and either close the file
>> handle or kill the process. Return the bash shell and repeat the ls. You
>> should see no problem anymore.
>
> It's not just *a* file. I'm trying to "ls" entire directories. Sometimes
> I get nothing listed. Sometimes I get all the files listed. Sometimes I
> get some of them. One strange thing is that I never see the last line of
> output showing a partially filled line. It's always a complete line
> which makes me think that maybe its the writing to stdout that's failing.
>
>
At this point I'd suggest SpinRite: http://www.grc.com/sr/spinrite.htm
-- 
Andrew DeFaria <http://defaria.com>
One reason most people play golf is to wear clothes they wouldn't be 
caught dead in otherwise.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/