From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <503d190cb9a4472806f90bd0fdde7772@plan9.escet.urjc.es> To: 9fans@cse.psu.edu Subject: Re: [9fans] i/o error: wrenwrite From: Fco.J.Ballesteros In-Reply-To: <200403030822.i238MZBg097480@adat.davidashen.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-mrbgjelipencdglctconwipsyf" Date: Wed, 3 Mar 2004 09:34:31 +0100 Topicbox-Message-UUID: 0ee4f712-eacd-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-mrbgjelipencdglctconwipsyf Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I am not a hardware expert either. Wren was the name for the disk device in fs(8), and I think kfs inherited the name. It refers to a rw disk or partition. The messages can be understood AFAIK as I/O errors, which usually correspond to broken hardware. Regarding 2, I don't know how that may be. Regarding 3, I know disks that do automatically what time ago you did by hand (declaring some blocks as defects and instructing the disk to use other spare ones instead). The only reason I may find for this is that your disk detected an error and was able to correct it; but I'm not a hardware expert either. A power failure may cause all this depending on the disk you use, because it may lead to broken disks (although I admit I've not seen this since long ago). We use Plan 9 here for daily work: It runs a lab for students, our accounts, we write programs and documents on it, read mail, etc. I indeed can say that it's more reliable than Linux, according to my experience (that can be different for others, of course). So I'd not be scared to use plan 9 for daily work; I'd be to switch back to what I used before. If I may help somehow, let me know. --upas-mrbgjelipencdglctconwipsyf Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Wed Mar 3 09:26:33 MET 2004 Received: by mail.cse.psu.edu (CSE Mail Server, from userid 60001) id AEBA019C83; Wed, 3 Mar 2004 03:26:17 -0500 (EST) Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B851A19C75; Wed, 3 Mar 2004 03:26:12 -0500 (EST) 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 6FF8F19C75; Wed, 3 Mar 2004 03:25:06 -0500 (EST) Received: from adat.davidashen.net (unknown [217.113.20.242]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D01FA19B82 for <9fans@cse.psu.edu>; Wed, 3 Mar 2004 03:25:02 -0500 (EST) Received: from adat.davidashen.net (localhost.davidashen.net [127.0.0.1]) by adat.davidashen.net (8.12.8p1/8.12.8) with ESMTP id i238MZki097481 for <9fans@cse.psu.edu>; Wed, 3 Mar 2004 12:22:35 +0400 (AMT) (envelope-from dvd@adat.davidashen.net) Received: (from dvd@localhost) by adat.davidashen.net (8.12.8p1/8.12.8/Submit) id i238MZBg097480 for 9fans@cse.psu.edu; Wed, 3 Mar 2004 12:22:35 +0400 (AMT) From: David Tolpin Message-Id: <200403030822.i238MZBg097480@adat.davidashen.net> To: 9fans@cse.psu.edu Subject: Re: [9fans] i/o error: wrenwrite In-Reply-To: <4e035119ed6c194eb5874df3b305f9db@plan9.escet.urjc.es> Content-Type: text/plain; charset=KOI8-R 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, 3 Mar 2004 12:22:35 +0400 (AMT) X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on psuvax1.cse.psu.edu X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Level: > > Perhaps your disk recovered your bad blocks using spare ones and > now there's no problem at all. > 1) what exactly does the word mean? 2) how it depends on rebooting it from a different media? 3) among the messages displayed last time there was one that it cannot open /adm/timezone/local. After the reboot, /adm/timezone/local is where it should and unchanged (that is, my timezone as I put it there). Can it be something with controller state not properly initialized? How exactly should I report my hardware configuration? Why it only happens after a power failure and not during normal work, if it is a hardware problem? I am not a hardware expert. I am just trying to port some programs to Plan9, and use it as a platform -- it was said to be 'finished', that is, usable for work, and I hope it is mature indeed. David Tolpin --upas-mrbgjelipencdglctconwipsyf--