public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Ben Greear <greearb@candelatech.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: 2.4.2 ext2 filesystem corruption ? (was 2.4.2: What happened ? (No
Date: Tue, 06 Mar 2001 20:54:27 -0700	[thread overview]
Message-ID: <3AA5B0F3.143E0528@candelatech.com> (raw)
In-Reply-To: <E14aGFU-0000YQ-00@the-village.bc.nu>

Alan Cox wrote:
> 
> > running a bad hdparm command while running a full GNOME desktop:
> > (This was not a good idea...and I know, and knew that...but....)
> >
> > hdparm -X34 -d1 -u1 /dev/hda
> > (As found here: http://www.oreillynet.com/pub/a/linux/2000/06/29/hdparm.html?page=2
> >
> > Sorry for the lame bug report, but I'm scared to try it again, and
> > I didn't realize the complexity of the problem when I simply powered
> > down my machine with the HD light on solid...
> 
> Its not a bug. As the system administrator you reconfigured a hard disk on
> the fly and shit happened. The hdparm man page warnings do exist for a reason.

I'm not arguing it was a smart thing to do, but I would think that the
fs/kernel/driver writers could keep really nasty and un-expected things
from happenning.  For instance, the driver could dis-allow any new (non-hdparm)
writes while hdparm is doing it's test.  Or maybe the driver could realize it
was being told to do something that would break and just not do it?

Considering this disk is my root disk, is there *any* safe way to test
out hdparm on this disk?

Enjoy,
Ben
> 
> -
> 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/

-- 
Ben Greear (greearb@candelatech.com)  http://www.candelatech.com
Author of ScryMUD:  scry.wanfear.com 4444        (Released under GPL)
http://scry.wanfear.com               http://scry.wanfear.com/~greear

  reply	other threads:[~2001-03-07  3:26 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-03-05  5:21 2.4.2 ext2 filesystem corruption ? (was 2.4.2: What happened ? (No such file or directory)) Frédéric L. W. Meunier
2001-03-06  6:49 ` Ben Greear
2001-03-06 12:07   ` 2.4.2 ext2 filesystem corruption ? (was 2.4.2: What happened ? (No Alan Cox
2001-03-07  3:54     ` Ben Greear [this message]
2001-03-07 12:57       ` Alan Cox
2001-03-08  5:40         ` Ben Greear
2001-03-08  5:34           ` Alexander Viro
2001-03-08  6:32             ` 2.4.2 ext2 filesystem corruption ? (was 2.4.2: What happened ?(No Ben Greear
2001-03-08  6:21               ` Alexander Viro
2001-03-08 20:30                 ` God
2001-03-08 21:31                   ` Alexander Viro
2001-03-08 20:10               ` God
2001-03-08 20:37                 ` Andre Hedrick
2001-03-08 21:04                 ` Roman Zippel
2001-03-08 20:34           ` 2.4.2 ext2 filesystem corruption ? (was 2.4.2: What happened ? (No Oliver Xymoron
2001-03-07 13:49     ` Anton Altaparmakov
2001-03-06 10:14 ` 2.4.2 ext2 filesystem corruption ? (was 2.4.2: What happened ? (No such file or directory)) SteveC

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=3AA5B0F3.143E0528@candelatech.com \
    --to=greearb@candelatech.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --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