From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] disk/^(mbr format fdisk prep) From: Charles Forsyth Date: Thu, 13 May 2004 23:56:46 +0100 In-Reply-To: <026a01c4393b$7a9f2400$127e7d50@SOMA> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-tdmapokvbrwklvogrtxghchrrf" Topicbox-Message-UUID: 7a2829f4-eacd-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-tdmapokvbrwklvogrtxghchrrf Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit not necessarily shitty h/w: it depends whether its properties suit your app. (even with discs you could end up with an RL02, which had no idea where its head was.) if you want to rewrite blocks indefinitely, don't use WORM or FLASH. WORMS are good for archival storage but you can't write even twice to a WORM block. in fact, that's a reasonably good analogy: because worms are `different' somewhat different strategies are used by a file system to allocate blocks for instance. (eg, the `next' pointer in the current super block might point to an allocated but blank one, and so on.) it's certainly true that people often assume they can exchange magnetic devices and flash in a casual way. is 100,000 a big number? it might be. is 1,000,000 a big number? it might not be. i carry a USB flash device to hold information that's updated at most twice a day. even 10,000 is a big number then. --upas-tdmapokvbrwklvogrtxghchrrf Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by lavoro; Thu May 13 23:46:47 BST 2004 Received: from psuvax1.cse.psu.edu (localhost [127.0.0.1]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 678D719FF1 for ; Thu, 13 May 2004 18:46:00 -0400 (EDT) X-Original-To: 9fans@cse.psu.edu Delivered-To: 9fans@cse.psu.edu Received: from localhost (neuromancer.cse.psu.edu [130.203.4.2]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 79BAC19CFE for <9fans@cse.psu.edu>; Thu, 13 May 2004 18:45:39 -0400 (EDT) Received: from mail.cse.psu.edu ([130.203.4.6]) by localhost (neuromancer [130.203.4.2]) (amavisd-new, port 10024) with LMTP id 01206-01-9 for <9fans@cse.psu.edu>; Thu, 13 May 2004 18:45:39 -0400 (EDT) Received: from smtp.cegetel.net (mf01.sitadelle.com [212.94.174.78]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E18AF199BF for <9fans@cse.psu.edu>; Thu, 13 May 2004 18:45:38 -0400 (EDT) Received: from SOMA (unknown [80.125.126.18]) by smtp.cegetel.net (Postfix) with SMTP id AC4FB378E1 for <9fans@cse.psu.edu>; Fri, 14 May 2004 00:45:37 +0200 (CEST) Message-ID: <026a01c4393b$7a9f2400$127e7d50@SOMA> From: "boyd, rounin" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu> References: <193d8b1644e5d39728406a05b54bc41f@terzarima.net> Subject: Re: [9fans] disk/^(mbr format fdisk prep) Date: Fri, 14 May 2004 00:41:49 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 X-Virus-Scanned: by amavisd-new at cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 9fans-bounces+forsyth=terzarima.net@cse.psu.edu Errors-To: 9fans-bounces+forsyth=terzarima.net@cse.psu.edu > by efficient, i meant not wearing it out too fast, not speed right, but it still smacks of shitty h/w. heavy as it was, the RM03 was a decent piece of media [80Mb]. --upas-tdmapokvbrwklvogrtxghchrrf--