| 2009-05-09 23:42:05 |
AmenophisIII |
bug |
|
|
added bug |
| 2009-05-09 23:42:05 |
AmenophisIII |
attachment added |
|
ProcEnviron.txt http://launchpadlibrarian.net/26520097/ProcEnviron.txt |
|
| 2009-05-09 23:46:05 |
AmenophisIII |
description |
Binary package hint: hdparm
hdparm -Y <dev> should spin down a harddrive.
it may wake up instantly again if there is some access to it like:
* access to a mounted fs on the hdd
* other ata commands issued like smart readout (by smartd) or temperature readings (hddtemp)
hdparm -S <timeout parameter> <dev> sets a idle timeout, if reached the hdd puts itself to sleep.
i use hdparm -Y at the end of my backup script to shut down the backup drive (internal sata). to keep it spun down, i had to configure smartd and hddtemp accordingly (the backup file system is unmounted of course). this worked in intrepid without problems.
after upgrading this does no longer work. hdparm -Y tries to spin the disk down, but it is accessed immediately.
imho there is nothing blocking the drive, but there is an incompatibility between the hdparm in jaunty and the kernel... or whatever. this interpretation is derived from the fact, that the hd is put into sleep mode and stays there as it should, if the hdparm -S idle timeout is reached.
an excerpt of dmesg may be of interest:
[76839.859237] ata3.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x6
[76839.859241] ata3.00: waking up from sleep
[76839.859245] ata3: hard resetting link
[76840.176065] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[76840.177022] ata3.00: configured for UDMA/133
[76840.177029] ata3: EH complete
[76840.177078] sd 2:0:0:0: [sdb] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[76840.177094] sd 2:0:0:0: [sdb] Write Protect is off
[76840.177097] sd 2:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[76840.177119] sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
linux-image-2.6.28-12-generic 2.6.28-12.43
hdparm 8.9-3ubuntu3
i have not tried to boot another kernel (yet).
ProblemType: Bug
Architecture: amd64
Dependencies:
libgcc1 1:4.3.3-5ubuntu4
gcc-4.3-base 4.3.3-5ubuntu4
findutils 4.4.0-2ubuntu4
libc6 2.9-4ubuntu6
DistroRelease: Ubuntu 9.04
Package: hdparm 8.9-3ubuntu3
SourcePackage: hdparm
Uname: Linux 2.6.28-12-generic x86_64 |
Binary package hint: hdparm
hdparm -Y <dev> should spin down a harddrive.
it may wake up instantly again if there is some access to it like:
* access to a mounted fs on the hdd
* other ata commands issued like smart readout (by smartd) or temperature readings (hddtemp)
hdparm -S <timeout parameter> <dev> sets a idle timeout, if reached the hdd puts itself to sleep.
i use hdparm -Y at the end of my backup script to shut down the backup drive (internal sata). to keep it spun down, i had to configure smartd and hddtemp accordingly (the backup file system is unmounted of course). this worked in intrepid without problems.
after upgrading this does no longer work. hdparm -Y tries to spin the disk down, but it spins up again immediately.
imho there is nothing blocking the drive, but there is an incompatibility between the hdparm in jaunty and the kernel... or whatever. this interpretation is derived from the fact, that the hd is put into sleep mode and stays there as it should, if the hdparm -S idle timeout is reached.
an excerpt of dmesg may be of interest:
[76839.859237] ata3.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x6
[76839.859241] ata3.00: waking up from sleep
[76839.859245] ata3: hard resetting link
[76840.176065] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[76840.177022] ata3.00: configured for UDMA/133
[76840.177029] ata3: EH complete
[76840.177078] sd 2:0:0:0: [sdb] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[76840.177094] sd 2:0:0:0: [sdb] Write Protect is off
[76840.177097] sd 2:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[76840.177119] sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
linux-image-2.6.28-12-generic 2.6.28-12.43
hdparm 8.9-3ubuntu3
i have not tried to boot another kernel (yet).
ProblemType: Bug
Architecture: amd64
Dependencies:
libgcc1 1:4.3.3-5ubuntu4
gcc-4.3-base 4.3.3-5ubuntu4
findutils 4.4.0-2ubuntu4
libc6 2.9-4ubuntu6
DistroRelease: Ubuntu 9.04
Package: hdparm 8.9-3ubuntu3
SourcePackage: hdparm
Uname: Linux 2.6.28-12-generic x86_64 |
|
| 2009-05-09 23:46:05 |
AmenophisIII |
tags |
amd64 apport-bug |
amd64 apport-bug hdd sleep standby |
|
| 2009-05-10 01:25:01 |
AmenophisIII |
description |
Binary package hint: hdparm
hdparm -Y <dev> should spin down a harddrive.
it may wake up instantly again if there is some access to it like:
* access to a mounted fs on the hdd
* other ata commands issued like smart readout (by smartd) or temperature readings (hddtemp)
hdparm -S <timeout parameter> <dev> sets a idle timeout, if reached the hdd puts itself to sleep.
i use hdparm -Y at the end of my backup script to shut down the backup drive (internal sata). to keep it spun down, i had to configure smartd and hddtemp accordingly (the backup file system is unmounted of course). this worked in intrepid without problems.
after upgrading this does no longer work. hdparm -Y tries to spin the disk down, but it spins up again immediately.
imho there is nothing blocking the drive, but there is an incompatibility between the hdparm in jaunty and the kernel... or whatever. this interpretation is derived from the fact, that the hd is put into sleep mode and stays there as it should, if the hdparm -S idle timeout is reached.
an excerpt of dmesg may be of interest:
[76839.859237] ata3.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x6
[76839.859241] ata3.00: waking up from sleep
[76839.859245] ata3: hard resetting link
[76840.176065] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[76840.177022] ata3.00: configured for UDMA/133
[76840.177029] ata3: EH complete
[76840.177078] sd 2:0:0:0: [sdb] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[76840.177094] sd 2:0:0:0: [sdb] Write Protect is off
[76840.177097] sd 2:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[76840.177119] sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
linux-image-2.6.28-12-generic 2.6.28-12.43
hdparm 8.9-3ubuntu3
i have not tried to boot another kernel (yet).
ProblemType: Bug
Architecture: amd64
Dependencies:
libgcc1 1:4.3.3-5ubuntu4
gcc-4.3-base 4.3.3-5ubuntu4
findutils 4.4.0-2ubuntu4
libc6 2.9-4ubuntu6
DistroRelease: Ubuntu 9.04
Package: hdparm 8.9-3ubuntu3
SourcePackage: hdparm
Uname: Linux 2.6.28-12-generic x86_64 |
Binary package hint: hdparm
hdparm -Y <dev> should spin down a harddrive.
it may wake up instantly again if there is some access to it like:
* access to a mounted fs on the hdd
* other ata commands issued like smart readout (by smartd) or temperature readings (hddtemp)
hdparm -S <timeout parameter> <dev> sets a idle timeout, if reached the hdd puts itself to sleep.
i use hdparm -Y at the end of my backup script to shut down the backup drive (internal sata). to keep it spun down, i had to configure smartd and hddtemp accordingly (the backup file system is unmounted of course). this worked in intrepid without problems.
after upgrading this does no longer work. hdparm -Y tries to spin the disk down, but it spins up again immediately.
imho there is nothing blocking the drive, but there is an incompatibility between the hdparm in jaunty and the kernel... or whatever. this interpretation is derived from the fact, that the hd is put into sleep mode and stays there as it should, if the hdparm -S idle timeout is reached.
an excerpt of dmesg may be of interest:
[76839.859237] ata3.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x6
[76839.859241] ata3.00: waking up from sleep
[76839.859245] ata3: hard resetting link
[76840.176065] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[76840.177022] ata3.00: configured for UDMA/133
[76840.177029] ata3: EH complete
[76840.177078] sd 2:0:0:0: [sdb] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
[76840.177094] sd 2:0:0:0: [sdb] Write Protect is off
[76840.177097] sd 2:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[76840.177119] sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
linux-image-2.6.28-12-generic 2.6.28-12.43
hdparm 8.9-3ubuntu3
i have not tried to boot another kernel (yet).
an external (esata) drive behaves the same (same controller (ich10)):
[86795.385665] ata6.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x6
[86795.385668] ata6.00: waking up from sleep
[86795.385673] ata6: hard resetting link
...
ProblemType: Bug
Architecture: amd64
Dependencies:
libgcc1 1:4.3.3-5ubuntu4
gcc-4.3-base 4.3.3-5ubuntu4
findutils 4.4.0-2ubuntu4
libc6 2.9-4ubuntu6
DistroRelease: Ubuntu 9.04
Package: hdparm 8.9-3ubuntu3
SourcePackage: hdparm
Uname: Linux 2.6.28-12-generic x86_64 |
|
| 2009-05-10 03:49:13 |
AmenophisIII |
bug task added |
|
linux (Ubuntu) |
|
| 2009-05-10 08:23:50 |
AmenophisIII |
bug watch added |
|
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522091 |
|
| 2009-05-10 08:23:50 |
AmenophisIII |
bug watch added |
|
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526516 |
|
| 2009-05-25 23:13:17 |
AmenophisIII |
linux (Ubuntu): status |
New |
Invalid |
|
| 2009-07-25 06:43:45 |
AmenophisIII |
hdparm (Ubuntu): status |
New |
Fix Released |
|
| 2009-10-03 07:43:01 |
BeSt |
removed subscriber BeSt |
|
|
|
