Приостановка / спящий режим не работает на ноутбуке Asus

11

У меня проблемы с приостановкой работы Ubuntu 11.04 (Natty Narwhal) на моем новом ноутбуке Asus U30SD-XA1. Это новый ноутбук на рынке. Это известная проблема, и есть ли решение для нее?

По сути, всякий раз, когда я закрываю или кладу ноутбук в режим сна, экран становится черным, но видеокарта фактически не выключается, а затем вентилятор вращается даже быстрее, чем раньше, и нагревается.

Я видел, что у некоторых людей были похожие проблемы на других ноутбуках, и они устанавливали ядро ​​обратно. Я новичок в Ubuntu, и мне не очень удобно возиться с ядром.

Я не использую драйвер 520M Nvidia, потому что он не будет загружать Unity после его установки. Я также слышал довольно много плохих вещей о драйверах на форумах Ubuntu, поэтому я деактивировал драйвер.

b1kjsh
источник
Я, вероятно, должен добавить, что я не использую драйвер 520m nvidia, потому что он не будет загружать Unity после его установки. Я также слышал довольно много плохих слов о драйверах на форумах Ubuntu, поэтому я деактивировал драйвер.
b1kjsh

Ответы:

10

Похоже, что это общая проблема на многих ноутбуках ASUS. Попробуй это:

Источник: http://thecodecentral.com/2011/01/18/fix-ubuntu-10-10-suspendhibernate-not-working-bug

Запустите это в терминале:

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

Скопируйте и вставьте содержимое следующего в текстовый редактор:

#!/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

Сохранить, затем

sudo chmod 755 /etc/pm/sleep.d/20_custom-ehci_hcd
свобода ископаемых
источник
1
Вау, это сработало. Спасибо большое! : D Теперь я просто должен найти исправление для моих кнопок громкости. Спасибо @fossfreedom!
b1kjsh
невероятно, пять лет спустя это заставило его работать на мой asus rog gl552vw на archlinux 4.3.3
brauliobo
2

Просто дополнительная точка данных:

У меня есть ASUS UL20FT, работающий под Xubuntu 11.04. До недавнего времени Suspend работал нормально. Индикатор Caps Lock будет мигать каждый раз, когда я пытаюсь приостановить работу. Мне сказали, что это свидетельствует о сбое ядра.

Попробовал приведенный выше скрипт, но он у меня не сработал. /var/log/pm-suspend.log не показывал никаких ошибок (за исключением сбоев в networkmanager и wpa_supplicant, которые были временными).

Оказалось, виновником были модули ядра, загруженные Virtualbox-4.1.

Я удалил Virtualbox и все снова заработало.

Gilead
источник
2

У меня есть ноутбук asus U46E RAL-7. После добавления nolapicна GRUB_CMDLINE_LINUX_DEFAULTлинию все работает прекрасно.

Г. он
источник
Это работало также на моем Dell XPS-15. Я также добавляю эту строку, которую я где-то читал. GRUB_CMDLINE_LINUX_DEFAULT = "тихий всплеск i915.enable_ips = 0"
igx
это заставило его работать, но полностью сломало тачпад на моем asus rog gl552vw, используя archlinux с ядром 4.3.3, поэтому не вариант :(
brauliobo
1

Спасибо за свободу! Этот скрипт исправил проблемы с приостановкой на моем Asus 1225B. Я все еще собираюсь попробовать это для 1215N и 1215B и сообщить здесь.

Одно небольшое дополнение ... У меня был ноутбук (1225B), установленный на режим ожидания, когда я закрыл крышку, и это сработало. Но сразу после приостановки он возобновится (с закрытой крышкой). Это не сделало бы то же самое, если бы я приостановил другим способом.

Вот как исправить приостановку / пробуждение с помощью крышки на Asus 1225B:

  1. Включите опцию BIOS, чтобы проснуться на крышке
  2. Отключите опцию пробуждения LID в / proc / acpi / wakeup:
    • Используйте acpitool(см. acpitool --help)

Это единственный способ заставить его работать должным образом.

Humpparitari
источник