Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 7 Mar 2001 15:34:53 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 7 Mar 2001 15:34:43 -0500 Received: from adsl-63-195-162-81.dsl.snfc21.pacbell.net ([63.195.162.81]:23821 "EHLO master.linux-ide.org") by vger.kernel.org with ESMTP id ; Wed, 7 Mar 2001 15:34:28 -0500 Date: Wed, 7 Mar 2001 12:32:08 -0800 (PST) From: Andre Hedrick To: Harvey Fishman cc: "J. Dow" , Jens Axboe , Alan Cox , Linus Torvalds , linux-kernel@vger.kernel.org Subject: Re: Microsoft ZERO Sector Virus, Result of Taskfile WAR In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Harvey, That is not the case Joanne is pointing out. The SCSI low-level format glue performed by the HOST gets destroyed If you write to LBA Zero. ATA only suffers the lose of the partition table and that can be recovered, but SCSI needs that information to know where everything else is on the drive. You know I really do not care anymore that people can screw themselves, and that Linux has choosen the road of pure UNIX, user beware. After the last battles, I encourge stupidity, because the no IOCTLS will require you know how to use the hardware rules completely, and if you compose the wrong command because you can not/will not understand the rules of IO and use the interface improperly, tough. On Wed, 7 Mar 2001, Harvey Fishman wrote: > Joanne, since a SCSI drive contains a processor (one of the small > computer systems that are interfacing) it requires that the local > personality data be stored in non-volatile storage someplace. > Most drives used a dedicated area of the drive surface, which was > SUPPOSED to be inaccessible to any outside process. If you were > able to muck with that sector or sectors, then it was REAL EASY > to make the drive terminally unusable. But as I say, you should > not be able to directly reach that area. > > Since ATA drives are generally also small self-contained systems > who differ from SCSI drives mainly in the details of the interface > protocols, they probably suffer from the same problem. > > But you ain't supposed to be able to get at that area... > > Harvey > > On Tue, 6 Mar 2001, J. Dow wrote: > > > From: "Jens Axboe" > > To: "Andre Hedrick" > > Cc: "Alan Cox" ; "Linus Torvalds" > > ; > > > > > > This is a LIE, it does not destroy the drive, only the partition table. > > > > Please recally the limited effects of "DiskDestroyer" and "SCSIkiller" > > > > > > > > This is why we had the flaming discussion about command filters. > > > > > > But I might want to do this (write sector 0), why would we want > > > > Jens, and others, I have noted a very simple data killer technique that > > at LEAST works on Quantum SCSI drives as of a couple years ago and some > > other earlier drives I felt could be sacrificed to the test. You can write > > as many blocks at once as SCSI supports to the drive as long as you do > > *NOT* start at block zero. If you write more than 1 block to block zero > > the drive becomes unformatted. The only recovery is to reformat the > > drive. The data on the drive is lost for good. I found no recovery for > > this. I have, to my great chagrin, discovered this twice, the hard way. > > Once on a large Micropolis harddisk I was working with in the block zero > > area for partitioning purposes. And the other time when I was attempting > > to make a complete duplicate of a 2G Quantum SCSI disk to another identical > > 2G SCSI disk. I ended up writing a script for the process that wrote one > > block to block zero and then proceeded to use large blocks for the rest > > of the disk, using dd under 2.0.36 at the time. > > > > If this problem still exists the lowest level drivers in the OS should > > offer protection for this problem so people working at any higher level > > do not see it and fall victim to it. > > > > {^_^} Joanne Dow, jdow@earthlink.net > > > > > > - > > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > > the body of a message to majordomo@vger.kernel.org > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > Please read the FAQ at http://www.tux.org/lkml/ > > > > ---------------------------------------------------------------------------- > Harvey Fishman | > fishman@panix.com | A little heresy is good for the soul. > 718-258-7276 | > Andre Hedrick Linux ATA Development ASL Kernel Development ----------------------------------------------------------------------------- ASL, Inc. Toll free: 1-877-ASL-3535 1757 Houret Court Fax: 1-408-941-2071 Milpitas, CA 95035 Web: www.aslab.com - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/