From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Wed, 6 Apr 2005 10:06:59 -0400 From: Russ Cox To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> Subject: Re: [9fans] lost files In-Reply-To: <37bcfb47dc7eaaa49c532c3d773e5174@ar.aichi-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <37bcfb47dc7eaaa49c532c3d773e5174@ar.aichi-u.ac.jp> Topicbox-Message-UUID: 34d09596-ead0-11e9-9d60-3106f5b1d025 > I have been annoyed by some lost files and dirs. > This is partly because of poor environment of my system > and partly because of my carelessness. > Yes, my system was halt without sync. That shouldn't matter. The halt command does a sync too. > I have seen some types of corruption. > 1. 0 byte files that should have contents. > 2. ls shows names but the entity was lost. > I desire I can automatically detect these type of corruption. Are you using Venti? The data should still be in the dumps at least. > I encountered today more curious one. > 3. stat call to a corrupted directory makes the process freeze. > I dislike to make processes freeze because they are accumulated. > Error return is desirable. > (sorry if this is already fixed) Are there any broken fossil processes (ps|grep Broke on the file server machine)? If so, please run acid pid /386/bin/fossil/fossil stk() Thanks. Russ