0bc2:2300 [HP Pavillion dm3-1109TU] External HDD goes into low power mode delaying saving by 10-20 seconds

Sorry I forgot, machine : Ubuntu 12.04.3 (full system update today), existing kernel: 3.2.0-53-generic-pae

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 1222313

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

Hi Brad, I think I had followed your instructions. I ran that command while my HDD expansion unplugged.

Please advice if I should run that command under certain condition.

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v3.11 kernel[0].

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.11-saucy/

Hello.. My test with that kernel available on description above:
Last testing result : https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1159358/comments/45

I also had added tag: kernel-bug-exists-upstream-v3.11 in this bug report

No..computer doesn't enter suspend mode yet.

I'll try to describe steps to reproduce that:
1. Accessing a file in external HDD (in this case a file that opened with LibreOffice)
2. Leave it a while until HDD sleep (but computer not yet entering suspend mode)
3. Press save in the file
4. LO looks like freeze about 10-20 seconds (waiting HDD to wake up) then successfully save the file

As you wish :)

250 GB Seagate Expansion Portable Drive
ST902504EXM101-RK

I don't know which part number is right, looks different what is written in the HDD sticker & box: (even same S/N)
- P/N: 9SD2A2-500 (HDD sticker)
- PN:9SC2M2-572 (box)

chris, I think you external drive itself is either in standby or sleep mode as per man hdparm:
"...standby (low power mode, drive has spun down), or sleeping (lowest power mode, drive is completely shut down)."

which wouldn't be an issue if it resumed from it's standby/sleep faster. Hence, for now a WORKAROUND of preventing the drive going into standby/sleep would be best, while a quicker resume potential is investigated.

In order to confirm this, first, when the drive seems to be idle, execute the following and post to this report:
sudo hdparm -C /dev/sdXY

where X is the letter of your drive (may be a or b) and Y is the number of your drive (may likely be 0, 1, or 2). Then, execute the following in a terminal and post the results to make use of APM to prevent the drive from going into a low power state:
sudo hdparm -B 255 /dev/sdXY

Actually I don't really understand. If I understand correctly, what I should do is execute:
- sudo hdparm -C /dev/sdXY ;then
- sudo hdparm -B 255 /dev/sdXY
(execute both command while HDD is is standby/sleep mode, so I should do it pretty fast in 10-20 seconds)

Hope that I did what is expected. Those are the results:

sudo hdparm -C /dev/sdb1:
/dev/sdb1:
 drive state is: unknown

sudo hdparm -B 255 /dev/sdb1: (execute after HDD wake up since previous command show result together with wake up process)
/dev/sdb1:
 setting Advanced Power Management level to disabled
 HDIO_DRIVE_CMD failed: Invalid argument
 APM_level = off

No...as I mentioned in comment #33, "sudo hdparm -B 255 /dev/sdb1" ran after HDD woke up. But maybe I misunderstand, if you meant that after execute that command is the HDD still can go into sleep state?; my answer is: YES (in about 5-7 minutes then HDD entered sleep state).

And then I executed "sudo hdparm -B 254 /dev/sdb1" while bug reoccured, the result was:

/dev/sdb1:
 setting Advanced Power Management level to 0xfe (254)
 HDIO_DRIVE_CMD failed: Invalid argument
 APM_level = 254

After previous command, same behavior reoccured (looks like that command has no effect).

I had tested with kernel 3.12.0-031200rc2-generic, same behavior. But I feel somewhat worst, saving delayed for 30 seconds...

chris, did this problem not occur in a release prior to Precise?

Hi Christopher, now I'm using kernel 3.2.0-53-generic-pae (same as 3.12, tested in Precise) & I realized an inconsistency while doing 4 consecutive testing (under different conditions, did that together with doing another works) :
- 1st testing : no delay
- 2nd testing : 30 seconds delay
- 3rd testing : no delay
- 4th testing : no delay

I've just got kernel 3.2.0-54-generic-pae. Still experiencing inconsistency..
- 1st testing : no delay
- 2nd testing : 30 seconds delay
- 3rd testing : 30 seconds delay
- 4th testing : 30 seconds delay
Those testing running under different random conditions and I still haven't found the pattern.

PS: I said 30 seconds, but actually around 30-35 seconds

Chris, could you please advise on https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1222313/comments/38 ?

Sorry...I've just tested under Lucid with bootable flashdisk. (kernel 2.6.32-38-generic)
- 1st testing : no delay
- 2nd testing : 30 seconds delay but OpenOffice 3.2 no freezing
- 3rd testing : 60 seconds delay but OpenOffice 3.2 no freezing

I found different behavior here while did 3rd testing, while HDD sleep & pressing ctrl-s to save document in OO then closed & reopen file (whole process only took 3-5 secs), HDD was still sleeping. HDD woke up again 60 seconds later.

Looks like OO did caching saved file in system or RAM so it can be done while HDD sleeping without making OO freeze.

I'll do further testing with Precise & other applications.

I did testing under Precise with Image Viewer & gedit created file (each application ran in 3 consecutive tests) : consistent behavior with 30 seconds delay & frozen application.

chris, could you please post the results of the following command and advise if it has an impact:
sudo hdparm /dev/sdb1 -Z

Hi Christopher, perhaps you mean " sudo hdparm -Z /dev/sdb1", result:

/dev/sdb1:
 disabling Seagate auto powersaving mode
 HDIO_DRIVE_CMD(seagatepwrsave) failed: Invalid argument

Afterthat I did testing & experienced same result as before.

chris, thank you for your comments. When you plug your USB device in, the directory:
/sys/bus/usb/devices/

is going to populate a new entry. For example, I plugged a USB devices in and got 4-2:1.0.

Could you please post the results of:
ls /sys/bus/usb/devices/NEWENTRY

Hello..

I'm replying now since I didn't get any email notification even I've been subscribed to all notifications.

I saw 2-1 and 2-1:1.0 in that directory when plugged the hdd expansion drive. Hope it's what you meant :

ls /sys/bus/usb/devices/2-1
2-1:1.0 bDeviceSubClass configuration idProduct remove
authorized bmAttributes descriptors idVendor serial
avoid_reset_quirk bMaxPacketSize0 dev manufacturer speed
bcdDevice bMaxPower devnum maxchild subsystem
bConfigurationValue bNumConfigurations devpath power uevent
bDeviceClass bNumInterfaces driver product urbnum
bDeviceProtocol busnum ep_00 quirks version

ls /sys/bus/usb/devices/2-1:1.0
bAlternateSetting bInterfaceProtocol driver host4 subsystem
bInterfaceClass bInterfaceSubClass ep_02 modalias supports_autosuspend
bInterfaceNumber bNumEndpoints ep_81 power uevent