Suspender / Hibernar no funciona en una computadora portátil Asus

11

Tengo problemas para suspender Ubuntu 11.04 (Natty Narwhal) en mi nueva computadora portátil Asus U30SD-XA1. Es una nueva computadora portátil en el mercado. ¿Es este un problema conocido y hay una solución?

Básicamente, cada vez que cierro o apago la computadora portátil, la pantalla se apaga pero la tarjeta de video no se apaga, y luego el ventilador gira aún más rápido que antes y se calienta.

Vi que algunas personas tenían problemas similares en otras computadoras portátiles y restablecieron el kernel. Soy nuevo en Ubuntu y no me siento muy cómodo jugando con el kernel.

No estoy usando el controlador 520M Nvidia, porque no cargará Unity después de que esté instalado. También escuché algunas cosas malas sobre los controladores en los foros de Ubuntu, así que desactivé el controlador.

b1kjsh
fuente
Probablemente debería agregar que no estoy usando el controlador 520m nvidia porque no cargará la unidad después de que esté instalado. También escuché algunas cosas malas sobre los controladores en los foros de ubuntu, así que desactivé el controlador.
b1kjsh

Respuestas:

10

Esto parece ser un problema común en muchas computadoras portátiles ASUS. Prueba esto:

Fuente: http://thecodecentral.com/2011/01/18/fix-ubuntu-10-10-suspendhibernate-not-working-bug

Ejecuta esto en una terminal:

gksu gedit /etc/pm/sleep.d/20_custom-ehci_hcd 

Copie y pegue el contenido de lo siguiente en el editor de texto:

#!/bin/sh
#inspired by http://art.ubuntuforums.org/showpost.php?p=9744970&postcount=19
#...and http://thecodecentral.com/2011/01/18/fix-ubuntu-10-10-suspendhibernate-not-working-bug    
# tidied by tqzzaa :)

VERSION=1.1
DEV_LIST=/tmp/usb-dev-list
DRIVERS_DIR=/sys/bus/pci/drivers
DRIVERS="ehci xhci" # ehci_hcd, xhci_hcd
HEX="[[:xdigit:]]"
MAX_BIND_ATTEMPTS=2
BIND_WAIT=0.1

unbindDev() {
  echo -n > $DEV_LIST 2>/dev/null
  for driver in $DRIVERS; do
    DDIR=$DRIVERS_DIR/${driver}_hcd
    for dev in `ls $DDIR 2>/dev/null | egrep "^$HEX+:$HEX+:$HEX"`; do
      echo -n "$dev" > $DDIR/unbind
      echo "$driver $dev" >> $DEV_LIST
    done
  done
}

bindDev() {
  if [ -s $DEV_LIST ]; then
    while read driver dev; do
      DDIR=$DRIVERS_DIR/${driver}_hcd
      while [ $((MAX_BIND_ATTEMPTS)) -gt 0 ]; do
          echo -n "$dev" > $DDIR/bind
          if [ ! -L "$DDIR/$dev" ]; then
            sleep $BIND_WAIT
          else
            break
          fi
          MAX_BIND_ATTEMPTS=$((MAX_BIND_ATTEMPTS-1))
      done  
    done < $DEV_LIST
  fi
  rm $DEV_LIST 2>/dev/null
}

case "$1" in
  hibernate|suspend) unbindDev;;
  resume|thaw)       bindDev;;
esac

Guardar, entonces

sudo chmod 755 /etc/pm/sleep.d/20_custom-ehci_hcd
fossfreedom
fuente
1
Wow eso funcionó. Muchas gracias! : D Ahora tengo que encontrar una solución para mis botones de volumen. Gracias @fossfreedom!
b1kjsh
increíble, cinco años después esto hizo que funcionara para mi asus rog gl552vw en archlinux 4.3.3
brauliobo
2

Solo un punto de datos adicional:

Tengo un ASUS UL20FT, ejecutando Xubuntu 11.04. Suspender funcionaba bien hasta hace poco. El LED de bloqueo de mayúsculas parpadeaba cada vez que intentaba suspenderlo. Me dijeron que esto era una indicación de un bloqueo del kernel.

Intenté el guión anterior, pero no funcionó para mí. /var/log/pm-suspend.log no mostró ningún error (excepto los fallos en networkmanager y wpa_supplicant, que eran transitorios).

Resultó que el culpable eran los módulos del núcleo cargados por Virtualbox-4.1.

Eliminé Virtualbox y todo volvió a funcionar.

Galaad
fuente
2

Tengo una computadora portátil asus U46E RAL-7. Después de agregar nolapicen la GRUB_CMDLINE_LINUX_DEFAULTlínea, funciona de maravilla.

G. Él
fuente
Eso funcionó también en mi Dell XPS-15. También agrego esta línea que leí en alguna parte. GRUB_CMDLINE_LINUX_DEFAULT = "quiet splash i915.enable_ips = 0"
igx
esto lo hizo funcionar, pero rompió por completo el panel táctil en mi asus rog gl552vw usando archlinux con el kernel 4.3.3, por lo que no es una opción :(
brauliobo
1

Gracias fossfreedom! Ese script solucionó los problemas de suspensión en mi Asus 1225B. Todavía lo voy a probar para 1215N y 1215B e informaré aquí.

Una pequeña adición ... Tenía la computadora portátil (1225B) configurada para suspender cuando cerré la tapa, que funcionó. Pero inmediatamente después de suspender, se reanudaría (con la tapa aún cerrada). No hizo lo mismo si suspendiera de otra manera.

Aquí se explica cómo solucionar la suspensión / activación usando la tapa de un Asus 1225B:

  1. Habilite la opción BIOS para despertar en la tapa
  2. Deshabilite la opción de activación de LID en / proc / acpi / wakeup:
    • Uso acpitool(ver acpitool --help)

Esta es la única forma en que lo hice funcionar correctamente.

Humpparitari
fuente