Но не работает спящий и ждущий режим.

Ноутбук не засыпает или не просыпается? А если перед этим попробовать выгрузить модуль вручную?

$ sudo rmmod ehci_hcd

Нет такого модуля. В /proc/modules вообще похожего модуля нет.

А как узнать из-за чего затык происходит при переходе в спящий?

Посмотреть в логах, например. В Ubuntu Wiki была статья по дебагу suspend и hibernate.

А вот и эти статьи:

https://wiki.ubuntu.com/UnderstandingSuspend

https://wiki.ubuntu.com/DebuggingKernelSuspendHibernateResume

https://wiki.ubuntu.com/DebuggingKernelSuspend

Спасибо за ссылки, но видимо не дорос я еще до дебагина ядра.

На сегодня ситуация такая.

Поменял я скрипт немного (приведен ниже), изменил параметр DRIVERS, добавив туда ohci. После этого при переходе в спящий режи он на диск состояние сбрасывает, потом перегружается. Потом пытается загрузиться но помогает только reset. Пока такие вот результаты. В ждущий режим не переходит :(

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

Copy and Paste the contents of the following into the text editor:

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

Save, then

sudo chmod 755 /etc/pm/sleep.d/20_custom-ehci_hcd

Буду ковырять дальше. Может кто за вознаграждение займется этой проблемой?

немного оффтоп, но спрошу. как убунту себя чувствует на данной машине? собираюсь брать себе и мучаюсь сомнениями. как видео, wi-fi итд. про hdmi можно не мечтать?

Все нормально работает. HDMI не проверял т.к. не на чем, но думаю будет работать. Вот со спящим режимом затык.

Попробуй tuxonice

https://launchpad.net/~tuxonice/ archive/ppa

купил таки этот бук. всё что проверял - работает. проверил по-моему всё. в том числе HDMI. с выключением вроде справился. выключается даже с воткнутым питанием. ждущий режим ещё нужно доработать. https://bugs.launchpad.net/ubuntu/ source/linux/ bug/951143 тут решение. единственное но: одно из условий работы ждущего режима - отключить с помощью acpitool просыпание по открытию крышки. НО эта настройка сбивается при перезагрузке. как сохранить настройки acpi, так чтобы не сбивались, не знаю пока. спящий не проверял. в остальном машинка пока радует

прописал в /etc/rc.local строку acpitool -W 16 теперь настрйки не сбиваются.

всё проверил - всё работает. первым делом выполняем описанное в первом ответе на этот пост: http://askubuntu.com/questions/53372/suspend-hibernate-doesnt-work-on-an-asus... затем выполняем инструкции из 11го ответа на этот пост: https://bugs.launchpad.net/ubuntu/ source/linux/ bug/951143 и наконец прописываем в /etc/rc.local строку: acpitool -W 16 не уверен насчёт номера 16 на другой машине. выяснить номер нужного устройства можно так: acpitool -w --wakeup . у меня при этом вывело 16 строк. ищем устройство LID, его номер подставляем в строку acpitool -W X вместо X. сохраняем, reboot, проверяем. у меня работает и ждущий и спящий. выключение тоже без проблем.

Разработчики внесли патч в ядро 3.5.

Ждем

Решение проблемы https://plus.google.com/102702709319464311815/posts

Тоже немножко оффтопа

Как ты туда Убунту впихнул? Минуя долбаный UEFI:)

часть про systemd можно выкинуть :3