From mint-bounce@lists.fishpool.fi Sun Jan 9 00:16:26 2005 X-Original-To: fnaumann@mail.boerde.de Delivered-To: fnaumann@mail.boerde.de Message-ID: <41E06A2D.90406@gabo.pl> Date: Sun, 09 Jan 2005 00:18:05 +0100 From: =?ISO-8859-2?Q?Adam_K=B3obukowski?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: pl, en-us, en MIME-Version: 1.0 To: MiNT Mailing List Subject: Re: [MiNT] Weird Disk problem References: <41E031EF.2020803@gabo.pl> <1105225027.3897.35.camel@joy.home> In-Reply-To: <1105225027.3897.35.camel@joy.home> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: quoted-printable X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-To: mint-bounce@lists.fishpool.fi X-original-sender: atari@gabo.pl Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: X-Virus-Scanned: by amavisd-new at relay.boerde.de X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on relay.boerde.de X-Spam-Status: No, hits=-1.0 tagged_above=-50.5 required=3.8 tests=BAYES_00 X-Spam-Level: Petr Stehlik napisa=B3(a): > Adam K=B3obukowski p=ED=B9e v So 08. 01. 2005 v 20:18 +0100: >=20 >> From time to time few first sectors of my HDD get zeroed, for no known= =20 >>reason. >> >>Fortunetly I do not keep valuable information on my C partition, and I=20 >>do backups of it often, so recovery is just a matter of minutes. >> >>If anybody does have any reasonable explanation of this, please rise=20 >>your hand and step forward. >=20 >=20 > Nothing reasonable, just some thoughts. I have often heard in Atari > realm that it's good to partition disk to contain a small C: with just > boot stuff and then D: (and possibly more partitions) for valuable data > since sometimes the C: partition is lost. Don't remember the reason but > I do remember this used to be suggested... My C: partition is 100MB. It does not contain very valuable data, only=20 bootup stuff. > Also, I do remember that TOS 4.01 had a bug in its GEMDOS and when a > partition was almost full (or was it just the FAT table full?) it simpl= y > started writing from the beginning. A GEMDOS bug would not rewrite boot > record and partition table, though. Known bug - if partition was full, data was written in next sectors, and=20 that could destroy next partition. I does not seem to be my problem. And=20 it was in TOS 4.01 IIRC, and I ahve 4.04 > I think I heard about a similar but slightly less dangerous bug in TOS > 4.04, I might even have a test program that proves the GEMDOS problem > somewhere. More information could be handy. > So maybe that the problem in 4.01 was not a GEMDOS bug but something > deeper, more dangerous. Maybe. But why I'm the only one victim? Everybody here are using Falcons=20 for years, anybodu remember such crashes? > At last, your disk driver might be doing some nasty things. Which one d= o > you use? Hddriver. Recent version. --=20 Semper Fidelis Adam Klobukowski atari@gabo.pl