public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Rob Landley <landley@trommello.org>
To: "Richard B. Johnson" <root@chaos.analogic.com>
Cc: Chris Wedgwood <cw@f00f.org>, linux-kernel@vger.kernel.org
Subject: Re: Journaling pointless with today's hard disks? [wandering OT]
Date: Mon, 26 Nov 2001 16:18:52 -0500	[thread overview]
Message-ID: <0111261618520K.02001@localhost.localdomain> (raw)
In-Reply-To: <Pine.LNX.3.95.1011126151922.29433A-100000@chaos.analogic.com>
In-Reply-To: <Pine.LNX.3.95.1011126151922.29433A-100000@chaos.analogic.com>

On Monday 26 November 2001 15:53, Richard B. Johnson wrote:
>
>
> It isn't that easy!  Any kind of power storage within the drive would
> have to be isolated with diodes so that it doesn't try to run your
> motherboard as well as the drive. This means that +5 volt logic supply
> would now be 5.0 - 0.6 =  4.4 volts at the drive, well below the design
> voltage. Use of a Schottky diode (0.34 volts) would help somewhat, but you
> have now narrowed the normal power design-margin by 90 percent, not good.

At this point I have to hand the conversation over to either my father (a 
professional electrical engineer), my grandfather (ditto for 50 years, 
including helping GE debug its early vacuum tube lines), or my friend chip 
(who got a 4.0 from a technical college and who modifies playstations with a 
soldering iron for fun).

Me, I'm mostly a software person, but this strikes me as a fairly 
straightforward voltage regulation and switching problem.  Must admit I was 
considering transistors sealing off the rest of the world's power supply when 
the sensor says it's going bye-bye, but I can't say I'm familiar with the 
kind of load you can hit one of them with.  (I remember using one to drive a 
motor once, but that was smoke signals lab back in college and a significant 
number of the components I used gave up their magic smoke along the way.  I 
ran an awful lot of current through the big evil black three-prong 
transistors, though.  That's a problem they solved back in the 1960's, isn't 
it?)

> There is supposed to be a "power good" line out of your power supply
> which is supposed to tell equipment when the main power has failed or
> is about to fail. There isn't a "power good" line in SCSI so that
> doesn't help.

Shouldn't be too hard to fake something up to detect a current fluctuation.  
Sheesh, in a way that's what the whole high/low logic gates reading the data 
bus do, isn't it?  And the cache dump logic is more or less constant (you 
WANT it to go to disk), it's not so much triggering it as making sure you 
limit what it has to do to what you can guarantee it'll have time to do, and 
then adding a few miliseconds of extra power to guarantee it'll have time to 
do it.

Maybe I'm oversimplifying.  I'm a software person.  We do that with 
hardware...

> Basically, when the power fails, all bets are off. A write in progress
> may not succeed any more than a seek in progress would.

Currently, sure.  But nobody said this was a GOOD thing.

> Seeks take a
> lot of power, usually from the +12 volt line.

I've seen capacitors melt screws.  (And in one instance, a screwdriver.)  
Admittedly those were the monster big ones (the screw melter was about 10 
cubic centimeters, the screwdriver got melted by a friend poking around in 
the back of an unplugged television set; he lived), but saying a capacitor 
doesn't have enough power to do something without specifying the capacitor in 
question...

My grandfather has capacitors that simulate lightning strikes to stress-test 
equipment against electromagnetic pulse interference during thrunderstorms.  
(They're a little larger than a printer paper box, and he hooks a half-dozen 
of them up in series.)

> Typically, if a write
> is in progress, when low power is sensed by the drive, write current
> is terminated. At one time, there was a electromagnet that was
> released to move the heads to a landing zone. Now there is none.
> The center of radius of the head arm is slightly forward of the
> center of rotation of the disk so that when the heads "land", they
> skate to the inside of the platter, off the active media. The media
> is supposed to be able to take this abuse for quite some time.

I'd heard the parking these days was sometimes done centrifugally, but didn't 
know it skipped in...

> The solution is an UPS. When the UPS power gets low, shut down
> the computer, preferably automatically.

I admit that laptops are driving desktops into the "workstation" market, so 
we'll all have battery backup automatically anyway, but saying a piece of 
equipment that doesn't gracefully deal with a condition CAN'T gracefully deal 
with that condition...

If current processors ate their microcode on an unclean loss of power, or 
flashable bioses glitched themselves on an unclean loss of power, would you 
consider this behavior justifiable because you should have been using a UPS?

We're not talking server side hosted RAID systems here.  (Although this could 
easily take out multiple drives from a raid simultaneously.)  We're talking a 
college student's home desktop system went bye-bye because his roommate hit 
the light switch that the computer's outlet was plugged into, and his 
journaling FS did no good.

You're arguing that there's no real world demand for journaling filesystems.  
You realise this, don't you?  (If an unclean shutdown can create hard errors 
on your drive as well as eating who knows how much write-cached data that the 
journal thought was committed, what's the point of journaling?)

> Also, if your computer is on all day long as is typical at a
> workplace, never shut it off.

I don't.

> Just turn off the monitor when you
> go home. Your disk drives will last until you decide to replace
> then because they are too small or too slow.

They do.  However, I have power failures from time to time.  Even with a UPS, 
the power cord has been knocked out of the back of the box (or the switch got 
hit by somebody's foot) on more than one occasion.  And then there was the 
time an entire Dr. Pepper went flying all over the machine and a very quick 
power down was required before liquid could drip down onto the electronics.  
(Not a server room scenario, no.  But more common than you'd think in 
desktops and workstations.)

> And beware when you finally do turn off the computer. The disks
> may not spin up the next time you start the computer. It's a good
> idea to back up everything before shutting down a computer that
> has been running for a year or two.

Why wait until you shut the box down?

http://content.techweb.com/wire/story/TWB20010409S0012

If you have 3 year old data you still care about and you haven't backed it up 
yet, something is wrong.  Forget the drive going bad, I had lighting cause 
one of the chips in my modem to explode once.  (Literally.  Strangely, the 
rest of the system, an old 386, worked fine after a reboot, but there was no 
reason to expect that.)  Or the power supply filling up with dust and doing 
all SORTS of fun things to the rest of the system.

> Of course you can re-boot as much as you want. Just don't kill the power!

Worst case scenario this is what data recovery services are for.  Assuming 
you can budget $10k for them to crack open your drive in their cleanroom. :)

Also, sticking the drive in the freezer for a bit often works long enough to 
get the data off.  Several theories on why (lower the resistance of stuff in 
the motor, contract and bring worn contacts closer together, stop the 
lubrication from acting like glue) but it's a good "the drive's hosed, what 
do we do" hail mary pass.  Just don't think it's a fix longer than it takes 
the drive to warm up.  (Oh yeah, put it in a plastic bag first.  
Condensation, you know.  Bad for electronics.)

In my personal experience the drive's bearings seem to go before the motor, 
but I know that's not a general rule...

> Cheers,
> Dick Johnson

Rob

  reply	other threads:[~2001-11-27  0:21 UTC|newest]

Thread overview: 81+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-11-24 13:03 Journaling pointless with today's hard disks? Florian Weimer
2001-11-24 13:40 ` Rik van Riel
2001-11-24 16:36   ` Phil Howard
2001-11-24 17:19     ` Charles Marslett
2001-11-24 17:31     ` Florian Weimer
2001-11-24 17:41     ` Matthias Andree
2001-11-24 19:20       ` Florian Weimer
2001-11-24 19:29         ` Rik van Riel
2001-11-24 22:51           ` John Alvord
2001-11-24 23:41             ` Phil Howard
2001-11-25  0:24               ` Ian Stirling
2001-11-25  0:53                 ` Phil Howard
2001-11-25  1:25                   ` H. Peter Anvin
2001-11-25  1:44                   ` Sven.Riedel
2001-11-24 22:28         ` H. Peter Anvin
2001-11-25  4:49           ` Andre Hedrick
2001-11-24 23:04         ` Pedro M. Rodrigues
2001-11-24 23:23         ` Stephen Satchell
2001-11-24 23:29           ` H. Peter Anvin
2001-11-26 18:05             ` Steve Brueggeman
2001-11-26 23:49               ` Martin Eriksson
2001-11-27  0:06                 ` Andreas Dilger
2001-11-27  0:16                   ` Andre Hedrick
2001-11-27  7:38                     ` Andreas Dilger
2001-11-27 11:48                       ` Ville Herva
2001-11-27  0:18                 ` Jonathan Lundell
2001-11-27  1:01                   ` Ian Stirling
2001-11-27  1:33                     ` H. Peter Anvin
2001-11-27  1:57                   ` Steve Underwood
2001-11-27  5:04                   ` Stephen Satchell
2001-11-25 12:30         ` Matthias Andree
2001-11-25 15:04           ` Barry K. Nathan
2001-11-25 16:31             ` Matthias Andree
2001-11-27  2:39               ` Pavel Machek
2001-12-03 10:23                 ` Matthias Andree
     [not found]         ` <mailman.1006644421.6553.linux-kernel2news@redhat.com>
2001-11-25  4:20           ` Pete Zaitcev
2001-11-25 13:52           ` Pedro M. Rodrigues
2001-11-25  9:14 ` Chris Wedgwood
2001-11-25 22:55   ` Daniel Phillips
2001-11-26 16:59   ` Rob Landley
2001-11-26 20:30     ` Andre Hedrick
2001-11-26 20:35       ` Rob Landley
2001-11-26 23:59         ` Andreas Dilger
2001-11-27  0:24           ` H. Peter Anvin
2001-11-27  0:52             ` H. Peter Anvin
2001-11-27  1:11               ` Andrew Morton
2001-11-27  1:15                 ` H. Peter Anvin
2001-11-27 16:59                   ` Matthias Andree
2001-11-27 16:56               ` Matthias Andree
2001-11-27  1:23         ` Ian Stirling
2001-11-26 23:00           ` Rob Landley
2001-11-27  2:41             ` H. Peter Anvin
2001-11-27  0:19               ` Rob Landley
2001-11-27 23:35                 ` Andreas Bombe
2001-11-28 14:32                   ` Rob Landley
2001-11-27  3:39             ` Ian Stirling
2001-11-27  7:03         ` Ville Herva
2001-11-27 16:50         ` Matthias Andree
2001-11-27 20:31           ` Rob Landley
2001-11-28 18:43             ` Matthias Andree
2001-11-28 18:46               ` Rob Landley
2001-11-28 22:19                 ` Matthias Andree
2001-11-29 22:21                   ` Pavel Machek
2001-12-01 10:55                     ` Jeff V. Merkey
2001-12-02  0:08                     ` Matthias Andree
2001-12-03 20:04                       ` Pavel Machek
2001-11-26 20:53     ` Richard B. Johnson
2001-11-26 21:18       ` Rob Landley [this message]
2001-11-27  0:32       ` H. Peter Anvin
2001-11-27 16:39     ` Matthias Andree
2001-11-27 17:42       ` Martin Eriksson
2001-11-28 16:35         ` Ian Stirling
2001-11-26 17:14 ` Steve Brueggeman
2001-11-26 20:36   ` Andre Hedrick
2001-11-26 21:14     ` Steve Brueggeman
2001-11-26 21:36       ` Andre Hedrick
2001-11-27 16:36         ` Steve Brueggeman
2001-11-27 20:04           ` Bill Davidsen
2001-11-27 21:28         ` Wayne Whitney
2001-11-27 21:52           ` Andre Hedrick
2001-11-28 11:53             ` Pedro M. Rodrigues

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=0111261618520K.02001@localhost.localdomain \
    --to=landley@trommello.org \
    --cc=cw@f00f.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=root@chaos.analogic.com \
    /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