SRST failed (errno=-16) when resuming from suspend on Samsung N120

[elleP]

When resuming from standby on my Samsung n120 netbook it takes a long time to unlock the screen, on virtual terminal 8 I see several SRST failed (errno=-16) messages before more ata related errors.

When the screen is unlocked, the computer is unresponsive.

To fix another problem I needed to reinstall ubuntu, by doing so it showed that it was not an installation error.

hd related portion of lshw:
*-ide
             description: IDE interface
             product: 82801GBM/GHM (ICH7 Family) SATA IDE Controller
             vendor: Intel Corporation
             physical id: 1f.2
             bus info: pci@0000:00:1f.2
             logical name: scsi0
             version: 02
             width: 32 bits
             clock: 66MHz
             capabilities: ide pm bus_master cap_list emulated
             configuration: driver=ata_piix latency=0
           *-disk
                description: ATA Disk
                product: SAMSUNG HM160HI
                physical id: 0.0.0
                bus info: scsi@0:0.0.0
                logical name: /dev/sda
                version: HH10
                serial: S1WWJZ0S508549
                size: 149GiB (160GB)
                capabilities: partitioned partitioned:dos
                configuration: ansiversion=5 signature=72ae165a

[Fabián Rodríguez (magicfab)]

Sounds similar to this upstream bug:
http://bugzilla.kernel.org/show_bug.cgi?id=13575

Can you also run this from terminal to provide more system information:
apport-collect 396733

[elleP (pelle-quicknet)]

AplayDevices:
 **** List of PLAYBACK Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: ALC272 Analog [ALC272 Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
Architecture: i386
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: ALC272 Analog [ALC272 Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: ellep 3911 F.... pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0xf0340000 irq 22'
   Mixer name : 'Realtek ALC272'
   Components : 'HDA:10ec0272,144dca01,00100001'
   Controls : 17
   Simple ctrls : 11
DistroRelease: Ubuntu 9.10
HibernationDevice: RESUME=UUID=052a8312-a9ca-4aa6-ad41-9cc88bd3ccb4
MachineType: SAMSUNG ELECTRONICS CO., LTD. N120
Package: linux (not installed)
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.31-17-generic root=UUID=d6e14df4-c50a-436f-b5d5-5d129485d791 ro quiet splash
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, user)
 LANG=en_US.UTF-8
ProcVersionSignature: Ubuntu 2.6.31-17.54-generic
RelatedPackageVersions:
 linux-backports-modules-2.6.31-17-generic N/A
 linux-firmware 1.25
Uname: Linux 2.6.31-17-generic i686
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
WpaSupplicantLog:

dmi.bios.date: 09/08/2009
dmi.bios.vendor: Phoenix Technologies Ltd.
dmi.bios.version: 07CE.M031.20090908.RHU
dmi.board.name: N120
dmi.board.vendor: SAMSUNG ELECTRONICS CO., LTD.
dmi.board.version: Not Applicable
dmi.chassis.asset.tag: No Asset Tag
dmi.chassis.type: 10
dmi.chassis.vendor: SAMSUNG ELECTRONICS CO., LTD.
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnPhoenixTechnologiesLtd.:bvr07CE.M031.20090908.RHU:bd09/08/2009:svnSAMSUNGELECTRONICSCO.,LTD.:pnN120:pvrNotApplicable:rvnSAMSUNGELECTRONICSCO.,LTD.:rnN120:rvrNotApplicable:cvnSAMSUNGELECTRONICSCO.,LTD.:ct10:cvrN/A:
dmi.product.name: N120
dmi.product.version: Not Applicable
dmi.sys.vendor: SAMSUNG ELECTRONICS CO., LTD.

[Jeremy Foshee (jeremyfoshee)]

Hi elleP,

Please be sure to confirm this issue exists with the latest development release of Ubuntu. ISO CD images are available from http://cdimage.ubuntu.com/releases/ . However, note you can only test Suspend, not Hibernate, when using a LiveCD. If the issue remains, run the following command from a Terminal (Applications->Accessories->Terminal) it will automatically gather and attach updated debug information to this report.

apport-collect -p linux 396733

Also, please be sure to take a look at https://wiki.ubuntu.com/DebuggingKernelSuspendHibernateResume . If you can provide any additional information outlined there it would be much appreciated.

Additionally, if you could try to reproduce this with the upstream mainline kernel that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. Thanks in advance.

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

[elleP (pelle-quicknet)]

This issue is fixed for me for some time now, perhaps even after upgrading to 9.10.
I had not used hibernate for some time due to this issue so I'm not sure when it was fixed for me.

[donquixote (lemon-head-bw)]

Not fixed for me.
I'm on 11.04 - the Natty Narwhal, 64 bit, with latest automatic updates.
Checked: "Important security updates (natty-security)" and "Recommended updates (natty-updates)".
Using the classic gnome, not unity.
It's a desktop machine.

The issue occured just a few days ago (now it's June 6).

Before:
Before that, suspend and hibernate worked just fine. Both of them did leave me with a switched-off light on the power switch, and switched off system fans, and would only resume by pressing the power switch again. Just suspend was faster.

After:
Suspend just activates some kind of screensaver (or energy safe mode). Fans continue running, and the power switch light is still on. I wiggle the mouse, and get the login dialog. Duh.
Hibernate says "... SRST failed (errno=16)" (with ata something), sometimes with "giving up" in the end. Fans still turning, light still on. I wiggle the mouse, and get a login dialog or I am simply back in the system.

It could be related to an update (I don't look what is being updated), but can't tell.
I don't remember changing any hardware. I did in fact connect an external HD, but already disconnected and tried again, still not working.

And no, I don't test with an upstream.
Since the original issue being reported, what was upstream then has probably already been released. So I don't see the point.
Also, even if it does work with upstream, this does not mean anything is fixed. Unless someone can tell me why it is fixed.
The developers should really try to find out why it goes wrong sometimes. If this is difficult, then improve error reporting.
(if this was Drupal I'd help out myself diving into the code, but with Linux I'm sorry I can't help)