From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <6ffd6892771415251e72ee2f179434f6@plan9.escet.urjc.es> To: 9fans@cse.psu.edu Subject: Re: [9fans] gave up on devfs From: Fco.J.Ballesteros In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ieetvzepgxqyvwoigetdrfanhe" Date: Thu, 17 Jul 2003 09:44:54 +0200 Topicbox-Message-UUID: f987465a-eacb-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-ieetvzepgxqyvwoigetdrfanhe Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit This sounds weird for me. I'll try to reproduce your devfs+9fat problem here and see if I can fix it. --upas-ieetvzepgxqyvwoigetdrfanhe Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Thu Jul 17 07:53:24 MDT 2003 Received: by mail.cse.psu.edu (CSE Mail Server, from userid 60001) id 63D7319BA0; Thu, 17 Jul 2003 01:53:22 -0400 (EDT) Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 5716C19A23; Thu, 17 Jul 2003 01:53:15 -0400 (EDT) X-Original-To: 9fans@cse.psu.edu Delivered-To: 9fans@cse.psu.edu Received: by mail.cse.psu.edu (CSE Mail Server, from userid 60001) id B3074199FC; Thu, 17 Jul 2003 01:52:40 -0400 (EDT) Received: from fbsd.cpsc.ucalgary.ca (fbsd.cpsc.ucalgary.ca [136.159.7.68]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B18E319A02 for <9fans@cse.psu.edu>; Thu, 17 Jul 2003 01:52:39 -0400 (EDT) Received: from fbsd.cpsc.ucalgary.ca (localhost.localdomain [127.0.0.1]) by fbsd.cpsc.ucalgary.ca (8.12.8/8.12.8) with ESMTP id h6H5qQeH006903 for <9fans@cse.psu.edu>; Wed, 16 Jul 2003 23:52:26 -0600 Received: from localhost (mirtchov@localhost) by fbsd.cpsc.ucalgary.ca (8.12.8/8.12.8/Submit) with ESMTP id h6H5qQlp006899 for <9fans@cse.psu.edu>; Wed, 16 Jul 2003 23:52:26 -0600 X-Authentication-Warning: fbsd.cpsc.ucalgary.ca: mirtchov owned process doing -bs From: andrey mirtchovski To: 9fans@cse.psu.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] gave up on devfs Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 16 Jul 2003 23:52:25 -0600 (MDT) X-Spam-Status: No, hits=-0.4 required=5.0 tests=USER_AGENT_PINE,X_AUTH_WARNING version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Finally gave up on devfs -- will think of another way of making sure my file server survives a disk crash (I'm open to suggestions). I booted a kernel that doesn't use devfs and the problem with deleting files went away. Unfortunately not before it caused some general mayhem and corruption: plan9% pwd /usr/andrey/font/efont plan9% f | wc -l 851 plan9% ls b12_bi b16 b24_b plan9% cd b16 plan9% ls b16.81F7-8202 plan9% rm * rm: b16.81F7-8202: 'b16.81F7-8202' corrupted file entry plan9% I can't delete those, tried even 'remove' on the fossil console. can't copy anything over them ('file already exists') either. I don't think I've had a file system screwed that badly since I removed /usr on a FreeBSD system when I was a toddler. Good thing is, all those terrible crashes didn't corrupt any other data and the machine still stands (sans devfs :) andrey --upas-ieetvzepgxqyvwoigetdrfanhe--