Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #199411 > unrolled thread

why is the kernel "unsleeping" a HDD put to sleep with hdparm -Y ?

Started byZenaan Harkness <zenaan@freedbms.net>
First post2018-08-27 11:50 +0200
Last post2018-08-27 17:10 +0200
Articles 4 — 4 participants

Back to article view | Back to linux.debian.user

Contents

  why is the kernel "unsleeping" a HDD put to sleep with hdparm -Y ? Zenaan Harkness <zenaan@freedbms.net> - 2018-08-27 11:50 +0200
    Re: why is the kernel "unsleeping" a HDD put to sleep with hdparm -Y  ? Dan Ritter <dsr@randomstring.org> - 2018-08-27 12:00 +0200
    Re: why is the kernel "unsleeping" a HDD put to sleep with hdparm -Y  ? mick crane <mick.crane@gmail.com> - 2018-08-27 15:50 +0200
    Re: why is the kernel "unsleeping" a HDD put to sleep with hdparm  -Y ? Patrick Bartek <nemommxiv@gmail.com> - 2018-08-27 17:10 +0200

#199411 — why is the kernel "unsleeping" a HDD put to sleep with hdparm -Y ?

FromZenaan Harkness <zenaan@freedbms.net>
Date2018-08-27 11:50 +0200
Subjectwhy is the kernel "unsleeping" a HDD put to sleep with hdparm -Y ?
Message-ID<wrmjL-53D-1@gated-at.bofh.it>
So I have a 'spare' internal spinning rust bucket which I only use
for backups, and so most of the time when I'm not using it I put it
to sleep with:

sudo hdparm -Y /dev/sda

Unfortunately the kernel wakes the drive up again:

Aug 27 19:44:40 eye kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
Aug 27 19:44:40 eye kernel: ata1.00: waking up from sleep
Aug 27 19:44:40 eye kernel: ata1: hard resetting link
Aug 27 19:44:41 eye kernel: ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
Aug 27 19:44:41 eye kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
Aug 27 19:44:41 eye kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
Aug 27 19:44:41 eye kernel: ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out
Aug 27 19:44:43 eye kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
Aug 27 19:44:43 eye kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
Aug 27 19:44:43 eye kernel: ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out
Aug 27 19:44:43 eye kernel: ata1.00: configured for UDMA/133
Aug 27 19:44:43 eye kernel: ata1: EH complete

Why is the kernel doing this, and how do I stop it from happening?

TIA,

[toc] | [next] | [standalone]

#199412 — Re: why is the kernel "unsleeping" a HDD put to sleep with hdparm -Y ?

FromDan Ritter <dsr@randomstring.org>
Date2018-08-27 12:00 +0200
SubjectRe: why is the kernel "unsleeping" a HDD put to sleep with hdparm -Y ?
Message-ID<wrmtt-56N-19@gated-at.bofh.it>
In reply to#199411
On Mon, Aug 27, 2018 at 07:48:18PM +1000, Zenaan Harkness wrote:
> So I have a 'spare' internal spinning rust bucket which I only use
> for backups, and so most of the time when I'm not using it I put it
> to sleep with:
> 
> sudo hdparm -Y /dev/sda
> 
> Unfortunately the kernel wakes the drive up again:
> 
> Aug 27 19:44:40 eye kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
> Aug 27 19:44:40 eye kernel: ata1.00: waking up from sleep
> Aug 27 19:44:40 eye kernel: ata1: hard resetting link
> Aug 27 19:44:41 eye kernel: ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
> Aug 27 19:44:41 eye kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
> Aug 27 19:44:41 eye kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
> Aug 27 19:44:41 eye kernel: ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out
> Aug 27 19:44:43 eye kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
> Aug 27 19:44:43 eye kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
> Aug 27 19:44:43 eye kernel: ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out
> Aug 27 19:44:43 eye kernel: ata1.00: configured for UDMA/133
> Aug 27 19:44:43 eye kernel: ata1: EH complete
> 
> Why is the kernel doing this, and how do I stop it from happening?

How often does it happen?

-dsr-

[toc] | [prev] | [next] | [standalone]

#199421 — Re: why is the kernel "unsleeping" a HDD put to sleep with hdparm -Y ?

Frommick crane <mick.crane@gmail.com>
Date2018-08-27 15:50 +0200
SubjectRe: why is the kernel "unsleeping" a HDD put to sleep with hdparm -Y ?
Message-ID<wrq41-7gX-1@gated-at.bofh.it>
In reply to#199411
On 2018-08-27 10:48, Zenaan Harkness wrote:
> So I have a 'spare' internal spinning rust bucket which I only use
> for backups, and so most of the time when I'm not using it I put it
> to sleep with:
> 
> sudo hdparm -Y /dev/sda

sorry cannot help but I have similar disk and this seems like a good 
idea.
Presume have to unmount disk before putting to sleep ?

mick

-- 
Key ID    4BFEBB31

[toc] | [prev] | [next] | [standalone]

#199426 — Re: why is the kernel "unsleeping" a HDD put to sleep with hdparm -Y ?

FromPatrick Bartek <nemommxiv@gmail.com>
Date2018-08-27 17:10 +0200
SubjectRe: why is the kernel "unsleeping" a HDD put to sleep with hdparm -Y ?
Message-ID<wrrjs-8b2-9@gated-at.bofh.it>
In reply to#199411
On Mon, 27 Aug 2018 19:48:18 +1000
Zenaan Harkness <zenaan@freedbms.net> wrote:

> So I have a 'spare' internal spinning rust bucket which I only use
> for backups, and so most of the time when I'm not using it I put it
> to sleep with:
> 
> sudo hdparm -Y /dev/sda
> 
> Unfortunately the kernel wakes the drive up again:

Since you don't use it that much, why "sleep" it at all? Just unmount
it. Check fstab, too, to see if it's list, and make it "noauto" or
remove the stanza entirely. That's what I did with a infrequently used
drive.

B

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web