From: "Richard B. Johnson" <root@chaos.analogic.com>
To: "H.Rosmanith (Kernel Mailing List)" <kernel@wildsau.idv.uni.linz.at>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: usb-storage: how to ruin your hardware(?)
Date: Wed, 27 Aug 2003 11:37:07 -0400 (EDT) [thread overview]
Message-ID: <Pine.LNX.4.53.0308271123480.659@chaos> (raw)
In-Reply-To: <200308271511.h7RFBFHu017520@wildsau.idv.uni.linz.at>
On Wed, 27 Aug 2003, H.Rosmanith (Kernel Mailing List) wrote:
> > > "after the first write the flash device failed entirely". That doen't
> >
> > no, I wrote several data to it, like partitioning it, writing /dev/zero
> > to it and so on. I moved it from computer to computer to try booting from
> > it, installed lilo on it and so on. After several hours of messing around
> > with the device, it failed.
>
> okidok.... I got an new flashdisk from the vendor, but managed to ruin
> it again. anyway, I also managed to repair it again. the vendor ships
> a seperate formating-tool, which will repair the device, even when you
> get "SCSI sense key errors".
>
> however, I still don't understand what's going on and *why* it is not
> allowed to format the drive "at will". I'd also would like to know how
> this vendor supplied formating-tool works. Possibly some vendor-specific
> usb-commands to ... do what? hm. I can only guess.
>
> I purchased another driver (TraxData, USB-1, 6 euros cheaper and it
> my mainboard can even boot from this device).
>
> by the way: the manufacturer is Panram, www.panram.com.tw/ ... does anyone
> of you have experience with them? Is it likely that one gets documentation
> from them?
>
> thx
> h.rosmanith
>
Remember when AT Class machines had a BIOS that allowed you
to low-level format hard drives? When early IDE drives came
out, persons tried to format them and they got destroyed.
So, BIOS vendors took away the format capability.
The IDE drive companies started a lie that was repeated so
often that it seemed true. It was that IDE drives didn't
have 'formatters' and, therefore, could only be formatted
at the factory. Of course, if this was true, how come
the format command did anything?? The truth was that
these drives stored their parameters on the disk platters.
If you re-wrote the first real sectors on the drive, the
drive no longer 'knew' what its parameters were and the
drive was broken forever. The actual seeks to various
logical sectors would bypass these private sectors so,
normally, this was invisible to the end-user. However,
if you re-wrote a whole track (what format does), these
invisible sectors would be overwritten.
With your NVRAM drive, it is likely that the drive parameters
are 'protected' by a partition table. If you overwrite this
partition table, the drive becomes broken. This means that,
whatever you do, you can't modify some important portion
of that table.
Cheers,
Dick Johnson
Penguin : Linux version 2.4.22 on an i686 machine (794.73 BogoMips).
Note 96.31% of all statistics are fiction.
next prev parent reply other threads:[~2003-08-27 15:37 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-21 1:34 H.Rosmanith (Kernel Mailing List)
2003-08-21 1:55 ` Matthew Dharm
2003-08-21 2:05 ` H.Rosmanith (Kernel Mailing List)
2003-08-21 2:35 ` Brandon Stewart
2003-08-21 6:17 ` Martin Schlemmer
2003-08-21 10:16 ` Maciej Soltysiak
2003-08-21 7:11 ` Alan Cox
2003-08-22 10:44 ` H.Rosmanith (Kernel Mailing List)
2003-08-27 15:11 ` H.Rosmanith (Kernel Mailing List)
2003-08-27 15:37 ` Richard B. Johnson [this message]
2003-08-27 19:33 ` root
2003-08-27 19:58 ` Richard B. Johnson
2003-08-28 2:59 ` H.Rosmanith (Kernel Mailing List)
2003-08-28 13:44 ` Andries Brouwer
2003-08-28 16:18 ` H.Rosmanith (Kernel Mailing List)
2003-08-28 20:25 ` Andries Brouwer
2003-08-29 10:25 ` Henning P. Schmiedehausen
2003-08-29 16:11 ` H.Rosmanith (Kernel Mailing List)
2003-09-09 9:57 ` Peter Werner
2003-09-15 22:57 ` H.Rosmanith (Kernel Mailing List)
2003-08-27 16:10 ` Bas Mevissen
[not found] <mMAP.NQ.15@gated-at.bofh.it>
[not found] ` <mMUh.12N.19@gated-at.bofh.it>
[not found] ` <mUI5.7Hp.27@gated-at.bofh.it>
2003-08-21 12:35 ` Ihar 'Philips' Filipau
2003-08-22 1:06 ` jw schultz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.53.0308271123480.659@chaos \
--to=root@chaos.analogic.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=kernel@wildsau.idv.uni.linz.at \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®