Debian Bug report logs - #474531
eeepc-acpi-scripts: Provide a way to disable suspend

version graph

Package: eeepc-acpi-scripts; Maintainer for eeepc-acpi-scripts is Debian Eee PC Team <debian-eeepc-devel@lists.alioth.debian.org>; Source for eeepc-acpi-scripts is src:eeepc-acpi-scripts.

Reported by: Ben Armstrong <synrg@sanctuary.nslug.ns.ca>

Date: Sun, 6 Apr 2008 11:51:02 UTC

Severity: wishlist

Found in version eeepc-acpi-scripts/1.0.2

Reply or subscribe to this bug.

Toggle useless messages

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to debian-bugs-dist@lists.debian.org, Debian Eee PC Team <debian-eeepc-devel@lists.alioth.debian.org>:
Bug#474531; Package eeepc-acpi-scripts. Full text and rfc822 format available.

Acknowledgement sent to Ben Armstrong <synrg@sanctuary.nslug.ns.ca>:
New Bug report received and forwarded. Copy sent to Debian Eee PC Team <debian-eeepc-devel@lists.alioth.debian.org>. Full text and rfc822 format available.

Message #5 received at submit@bugs.debian.org (full text, mbox):

From: Ben Armstrong <synrg@sanctuary.nslug.ns.ca>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: eeepc-acpi-scripts: Provide a way to disable suspend
Date: Sun, 06 Apr 2008 08:48:17 -0300
Package: eeepc-acpi-scripts
Version: 1.0.2
Severity: wishlist

When a user boots from SD or USB key, suspending the Eee without
a kernel that has USB_PERSIST=y will corrupt files.  (See:
http://bugs.debian.org/468213).  Please provide a way to
disable suspend automatically if a filesystem is mounted
on USB and such a kernel is in use.

When we discussed this on irc we proposed this might be done
with a config variable in /etc/default/eeepc-acpi-scripts
to specify the action to take, e.g.

USB_FS_NONPERSISTENT_SUSPEND_ACTION=shutdown

with possible actions being:

none = no action (simply disables suspend)
blank = blank the screen
shutdown
suspend (dangerous! any files open to write will be corrupted)

The rationale for having a separate variable for this is
once a kernel is installed that has USB_PERSIST=y, the
normal suspend behaviour will automatically be restored.

This is distinct from the need to specify what action to
take when the user presses the power button, puts the lid
down or presses Fn-F1.  It could be argued that in this
case just having the user edit settings in /etc/acpi
is appropriate, or if that's not acceptable, some other
/etc/default variables should be used.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages eeepc-acpi-scripts depends on:
ii  acpi-support-base             0.103-5    scripts for handling base ACPI eve
ii  acpid                         1.0.6-5.1  Utilities for using ACPI power man
ii  alsa-utils                    1.0.16-1   ALSA utilities
ii  pm-utils                      0.99.2-3   utilities and scripts for power ma

eeepc-acpi-scripts recommends no packages.

-- no debconf information




Information forwarded to debian-bugs-dist@lists.debian.org, Debian Eee PC Team <debian-eeepc-devel@lists.alioth.debian.org>:
Bug#474531; Package eeepc-acpi-scripts. Full text and rfc822 format available.

Acknowledgement sent to Ben Armstrong <synrg@sanctuary.nslug.ns.ca>:
Extra info received and forwarded to list. Copy sent to Debian Eee PC Team <debian-eeepc-devel@lists.alioth.debian.org>. Full text and rfc822 format available.

Message #10 received at 474531@bugs.debian.org (full text, mbox):

From: Ben Armstrong <synrg@sanctuary.nslug.ns.ca>
To: Debian Bug Tracking System <474531@bugs.debian.org>
Subject: eeepc-acpi-scripts: Appropriate default for proposed variable
Date: Sun, 06 Apr 2008 09:26:13 -0300
Package: eeepc-acpi-scripts
Version: 1.0.2
Followup-For: Bug #474531

I forgot to mention we also discussed the appropriate default
for the proposed variable.  It was argued that shutdown is not
appropriate because a user expecting the system to suspend might
lose data as a result.  Other possible defaults

nothing   - the user might expect suspend when the lid is put
            down; if we do nothing instead, they could then
	    store the Eee in a closed space causing overheating
	    and ireparable damage to the Eee
blank	  - same problem as 'nothing' except with the display
	    blanked they are even more inclined to believe the
	    suspend was successful!
suspend   - obviously not!

So all defaults have their problems.  The possible data loss during
shutdown is probably the least drastic consequence, which is why
I would argue it's the best choice for the default.

Ideally, we would prompt the user at shutdown time so they have a
chance to save data first.  However, this has two problems: first,
we need dialogs both in X and console; second, if the suspend
is the result of putting the lid down, the user has no opportunity
to respond to the dialog.  I wonder if it's worth the effort.




Send a report that this bug log contains spam.


Debian bug tracking system administrator <owner@bugs.debian.org>. Last modified: Sat Apr 19 02:36:32 2014; Machine Name: buxtehude.debian.org

Debian Bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.