registry team mailing list archive
-
registry team
-
Mailing list archive
-
Message #15387
[Bug 435190] Re: Disk wakes up every 30 minutes and produces errors on dmesg
Launchpad has imported 18 comments from the remote bug at
http://bugs.freedesktop.org/show_bug.cgi?id=24579.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
------------------------------------------------------------------------
On 2009-10-16T14:51:29+00:00 Snorre Jensen wrote:
All my disks that are inactive (spun down with hdparm -S12 /dev/sd*),
are each 30 minutes woken up for a SMART check.
when i run Palimpsest Disk Utility and update now on a disk, I can see
this with "ps auxf", and finally found out what is wakening my disks
root 1886 0.0 0.1 4944 2956 ? S 16:37 0:02 /usr/lib/DeviceKit/devkit-disks-daemon
root 1887 0.0 0.0 4608 684 ? S 16:37 0:03 \_ devkit-disks-daemon: polling /dev/sdb /dev/hdc /dev/sde /dev/sdc /dev/sdd
root 2570 0.0 0.0 2664 604 ? D 22:34 0:00 \_ /usr/lib/DeviceKit/devkit-disks-helper-ata-smart-collect /dev/sda 0
running devicekit-disks 007 on Archlinux (gnome 2.28)
Reply at: https://bugs.launchpad.net/libatasmart/+bug/435190/comments/12
------------------------------------------------------------------------
On 2009-10-16T15:28:13+00:00 Zeuthen wrote:
We don't. We specifically use libatasmart API to check if the disk is
asleep before attempting retrieving SMART data from it. This works fine
for most disks but some disks are broken insofar that checking if they
are asleep wakes up the disk. Yes, priceless isn't it?
So this is either a hardware bug (most likely) or a libatatasmart bug
(less likely). I'm saying the more is more likely because of the 8
external disks that I own, only one exhibits the behavior your bug is
about.
Anyway, not a DeviceKit-disks bug.
Reply at: https://bugs.launchpad.net/libatasmart/+bug/435190/comments/13
------------------------------------------------------------------------
On 2009-10-22T08:22:48+00:00 Zeuthen wrote:
Actually this seems to be a libatasmart bug, see these downstream bug
reports
https://bugzilla.redhat.com/show_bug.cgi?id=491552
https://bugs.launchpad.net/ubuntu/+source/libatasmart/+bug/435190
Unfortunately there's no bug tracker for libatasmart yet but I think
Lenny wanted one on fd.o. I'll try to get that going, then I'll reassign
this bug. Thanks.
Reply at: https://bugs.launchpad.net/libatasmart/+bug/435190/comments/26
------------------------------------------------------------------------
On 2009-10-22T08:30:18+00:00 Zeuthen wrote:
Reassigning to libatasmart.
Reply at: https://bugs.launchpad.net/libatasmart/+bug/435190/comments/27
------------------------------------------------------------------------
On 2009-10-22T08:40:23+00:00 Rrauenza wrote:
I understand that some drives are behaving differently, but I run
hddtemp every 2 hours and have smartd polling every 2 hours, and neither
utility wakes up my drives. They both know when they are asleep and
they skip their check and log a message saying as much.
Reply at: https://bugs.launchpad.net/libatasmart/+bug/435190/comments/28
------------------------------------------------------------------------
On 2009-10-22T08:43:34+00:00 Jim Meyering wrote:
Hi Lenny,
I have one of these disks, too ;-)
Reply at: https://bugs.launchpad.net/libatasmart/+bug/435190/comments/29
------------------------------------------------------------------------
On 2009-10-23T14:46:05+00:00 Lennart-poettering wrote:
Not sure who this "Lenny" guy is, I only know a distribution by that
name...
But anyway, some guy called Lennart now prepped this patch:
http://git.0pointer.de/?p=libatasmart.git;a=commit;h=a223a4f6277a9f006b722b13671d5292dc6339bb
And I could use someone to test this before I roll a new release tarball
for this. Anyone up for this?
Reply at: https://bugs.launchpad.net/libatasmart/+bug/435190/comments/30
------------------------------------------------------------------------
On 2009-10-23T14:53:50+00:00 Rrauenza wrote:
I can test it --- what's the easiest way for me to get a build? Or
build my own?
Fedora 11, 32bit
Rich
Reply at: https://bugs.launchpad.net/libatasmart/+bug/435190/comments/31
------------------------------------------------------------------------
On 2009-10-23T15:09:28+00:00 Lennart-poettering wrote:
(In reply to comment #7)
> I can test it --- what's the easiest way for me to get a build? Or build my
> own?
If building your own would be OK're prefer that. It should be enough to
build libatasmart from the git tree and run the dkdisks daemon with
LD_LIBRARY_PATH=foobar/libatasmart/.libs/
> Fedora 11, 32bit
Uh, this should be tested with F12. We broke ABI and API of libatasmart
between F11 and F12.
Reply at: https://bugs.launchpad.net/libatasmart/+bug/435190/comments/32
------------------------------------------------------------------------
On 2009-10-23T15:13:53+00:00 Rrauenza wrote:
Hmph -- then that takes me out of the test pool!
Rich
Reply at: https://bugs.launchpad.net/libatasmart/+bug/435190/comments/33
------------------------------------------------------------------------
On 2009-10-23T15:30:36+00:00 Snorre Jensen wrote:
Good work Lennart! now its working :)
/home/snorre# /usr/lib/DeviceKit/devkit-disks-helper-ata-smart-collect /dev/sda 1
Disk /dev/sda is asleep and nowakeup option was passed
/home/snorre# /usr/lib/DeviceKit/devkit-disks-helper-ata-smart-collect /dev/hda 1
Disk /dev/hda is asleep and nowakeup option was passed
/home/snorre# /usr/lib/DeviceKit/devkit-disks-helper-ata-smart-collect /dev/hdb 1
Disk /dev/hdb is asleep and nowakeup option was passed
Reply at: https://bugs.launchpad.net/libatasmart/+bug/435190/comments/34
------------------------------------------------------------------------
On 2009-10-23T15:47:33+00:00 Lennart-poettering wrote:
(In reply to comment #10)
> Good work Lennart! now its working :)
>
> /home/snorre# /usr/lib/DeviceKit/devkit-disks-helper-ata-smart-collect /dev/sda
> 1
> Disk /dev/sda is asleep and nowakeup option was passed
> /home/snorre# /usr/lib/DeviceKit/devkit-disks-helper-ata-smart-collect /dev/hda
> 1
> Disk /dev/hda is asleep and nowakeup option was passed
> /home/snorre# /usr/lib/DeviceKit/devkit-disks-helper-ata-smart-collect /dev/hdb
> 1
> Disk /dev/hdb is asleep and nowakeup option was passed
>
Now we know that the wakeup situatin got fixed. But does reading the
SMART data work as well, i.e. are there any regressions? Could you
verify that please?
Reply at: https://bugs.launchpad.net/libatasmart/+bug/435190/comments/35
------------------------------------------------------------------------
On 2009-10-23T16:03:36+00:00 Snorre Jensen wrote:
I run:
# /usr/lib/DeviceKit/devkit-disks-helper-ata-smart-collect /dev/sda 0
then the disk spins up and I get this error:
Failed to read smart data for /dev/sda: No such file or directory
Reply at: https://bugs.launchpad.net/libatasmart/+bug/435190/comments/36
------------------------------------------------------------------------
On 2009-10-23T16:05:23+00:00 Snorre Jensen wrote:
On Fri, 23 Oct 2009 15:47:34 -0700 (PDT)
bugzilla-daemon@xxxxxxxxxxxxxxx wrote:
> http://bugs.freedesktop.org/show_bug.cgi?id=24579
>
>
>
>
>
> --- Comment #11 from Lennart Poettering <lennart@xxxxxxxxxxxxxx>
> 2009-10-23 15:47:33 PST --- (In reply to comment #10)
> > Good work Lennart! now its working :)
> >
> > /home/snorre# /usr/lib/DeviceKit/devkit-disks-helper-ata-smart-collect /dev/sda
> > 1
> > Disk /dev/sda is asleep and nowakeup option was passed
> > /home/snorre# /usr/lib/DeviceKit/devkit-disks-helper-ata-smart-collect /dev/hda
> > 1
> > Disk /dev/hda is asleep and nowakeup option was passed
> > /home/snorre# /usr/lib/DeviceKit/devkit-disks-helper-ata-smart-collect /dev/hdb
> > 1
> > Disk /dev/hdb is asleep and nowakeup option was passed
> >
>
> Now we know that the wakeup situatin got fixed. But does reading the
> SMART data work as well, i.e. are there any regressions? Could you
> verify that please?
>
>
I run:
# /usr/lib/DeviceKit/devkit-disks-helper-ata-smart-collect /dev/sda 0
then the disk spins up and I get this error:
Failed to read smart data for /dev/sda: No such file or directory
Reply at: https://bugs.launchpad.net/libatasmart/+bug/435190/comments/37
------------------------------------------------------------------------
On 2009-10-26T03:01:21+00:00 Akaihol+freedesktop wrote:
Created an attachment (id=30689)
devkit-disks-helper-ata-smart-collect output with patched libatasmart
Lennart,
The patch fixed the spin-up problem on my Ubuntu 9.10 Alpha 6 box.
Here's the output from devkit-disks-helper-ata-smart-collect when the
drive is spun down, first with nowakeup=1, then nowakeup=0.
I installed the patched libatasmart from Martin Pitt's Ubuntu PPA:
https://launchpad.net/~ubuntu-desktop/+archive/ppa
Reply at: https://bugs.launchpad.net/libatasmart/+bug/435190/comments/38
------------------------------------------------------------------------
On 2009-10-26T03:03:35+00:00 Akaihol+freedesktop wrote:
Created an attachment (id=30690)
skdump output with patched libatasmart
Here's skdump output for my disk with the patched libatasmart. I haven't
compared it to the output before installing the patch, but all values
seem valid.
Reply at: https://bugs.launchpad.net/libatasmart/+bug/435190/comments/39
------------------------------------------------------------------------
On 2009-10-26T19:06:55+00:00 Lennart-poettering wrote:
Everything looks good then. I'll consider this bug fixed.
Reply at: https://bugs.launchpad.net/libatasmart/+bug/435190/comments/44
------------------------------------------------------------------------
On 2009-10-27T00:25:23+00:00 Martin Pitt wrote:
There was another positive testing response on the downstream lp bug.
Thanks for fixing!
Reply at: https://bugs.launchpad.net/libatasmart/+bug/435190/comments/45
** Changed in: libatasmart
Importance: Unknown => Medium
--
Disk wakes up every 30 minutes and produces errors on dmesg
https://bugs.launchpad.net/bugs/435190
You received this bug notification because you are a member of Registry
Administrators, which is the registrant for Fedora.
