All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michal Piotrowski <michal.k.k.piotrowski@gmail.com>
To: "J.A. Magallon" <jamagallon@able.es>
Cc: "Linux-Kernel," <linux-kernel@vger.kernel.org>
Subject: Re: hdparm almost burned my SATA disk
Date: Sun, 16 Oct 2005 00:05:40 +0000	[thread overview]
Message-ID: <6bffcb0e0510151705l67725fd3t@mail.gmail.com> (raw)
In-Reply-To: <20051016010459.0c9a2beb@werewolf.able.es>

Hi,

On 15/10/05, J.A. Magallon <jamagallon@able.es> wrote:
> On Sun, 16 Oct 2005 01:01:53 +0200, "J.A. Magallon" <jamagallon@able.es> wrote:
>
> > Hi all...
> >
> > I have seen a very strange thing.
> > I was trying hdparm -tT on a SATA disk, it did the buffered part OK,
> > and hanged my box in the non-buffered measure. After waiting some minutes,
> > I did a SysRQ-s-u-b, and the the disk began to give many read errors on
> > sectors and could not boot because journal was not present and many other
> > errors.
> >
> > After some warm and cold boots, finally the box came up correctly.
> > I suspect that something that hdparm did left my disk dumb. But what ?
> > I will keep away from hdparm for some time...
> >
> > Any idea ?
> >
>
> Oops I forgot.
> Kernel is 2.6.14-rc2-mm2.
> hdparm is v6.1
> Filesystem is ext3 on a
>
> werewolf:~/soft/kernel/patches/2.6.13-jam8# hdparm -I /dev/sda
>
> /dev/sda:
>
> ATA device, with non-removable media
>         Model Number:       Maxtor 6L160M0
>         Serial Number:      L40MRV4G
>         Firmware Revision:  BANC1G10

debian:/home/michal# hdparm -tT /dev/sda

/dev/sda:
 Timing cached reads:   3652 MB in  2.00 seconds = 1823.54 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate
ioctl for device
 Timing buffered disk reads:  174 MB in  3.01 seconds =  57.72 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate
ioctl for device
debian:/home/michal# hdparm -V
hdparm v6.1
debian:/home/michal# hdparm -I /dev/sda

/dev/sda:
 HDIO_DRIVE_CMD(identify) failed: Inappropriate ioctl for device

debian:/home/michal# uname -r
2.6.14-rc4-g7a3ca7d2

CONFIG_SCSI_SATA=y
# CONFIG_SCSI_SATA_AHCI is not set
# CONFIG_SCSI_SATA_SVW is not set
CONFIG_SCSI_ATA_PIIX=y

I have noticed the same behavior on 2.6.12.

Regards,
Michal Piotrowski

  reply	other threads:[~2005-10-16  0:05 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-15 23:01 hdparm almost burned my SATA disk J.A. Magallon
2005-10-15 23:04 ` J.A. Magallon
2005-10-16  0:05   ` Michal Piotrowski [this message]
2005-10-17 20:50     ` Mark Lord
2005-10-17 20:48 ` Mark Lord

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=6bffcb0e0510151705l67725fd3t@mail.gmail.com \
    --to=michal.k.k.piotrowski@gmail.com \
    --cc=jamagallon@able.es \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.