Дистрибутив со стабильным режимом гибернации

Gentoo

... а вообще, не обязательно, что это проблема хибернации

SLED или RHEL

из этих 2-х RHEL

А меня наоборот бесит, если гибернация включается без моего прямого указания

от дистрибутива это зависит в меньшей степени

http://www.ubuntu.com/certification/hardware/201001-5167/

что как бы намекает о неосиляторстве ТС и Линуса и Ко в частности.

Не хотелось бы тебя расстраивать, но ни одна ОС не способна тебе гарантировать 100% гибернацию. Всегда какой-нибудь косяк да вылезет, будь то любой из линуксов, оффтопик или даже, прстгспд, мак.

ИМХО, тут больше зависит от версии ядра.

Вот у меня в арче на ноуте ни разу не было глюков гибернации, хоть с помощью ядерного модуля suspend2 (используется по умолчанию), хоть с помощью uswusp (не нужно, ибо ужасный тормоз).

Ну а вообще, если ничего не помогает, можно попробовать Ubuntu. Там много патчей в ядре и библиотеках.

Ставь RHEL или SLED

мне вот интересно как версия 11.10 может быть сертифицирована если она идет с ядром 3.0. А нормальная работа (powersawe, fan control, kernel oops after wakeup) интеловской графики (hd3000) возможна только начиная с версии 3.3. Для 12.04 в убунтовское ядро 3.2 портировали изменения из 3.3.

// владелец latitude e5520

Скажем так в Test suite написано что проходит тестирование на сертификацию, соответственно важно только чтоб это работало, издержки энергосбережения очевидно не являются определяющими. Главное чтоб все компоненты тестируемые работали (в том числе и

Power Management Subsystem Suspend Yes Hibernate Yes

)

P.S. владелец http://www.ubuntu.com/certification/hardware/201009-6503/ , где в 11.10 вообще тачскрин, например, не работал, хотя до этого и после этого вполне себе с этим проблем не было.

Дистрибутив - просто комбинация софта. От его изменения может что-то поменяться, а может не поменяться. Ты лучше выясни в чем проблема, да реши ее. (Я уже молчу об усилиях, которые затрачиваются на смену дистрибутива).

В первом приближении разбей проблему на 2 части:
1. Всегда ли происходит событие при закрывании крышки
2. Всегда ли оно обрабатывается.

Вобщем, содавай новую тему «Периодически ноут не гибернейтится при закрывании крышки», и давай туда:
1. Дистрибутив
2. Версию ядра
3. Модель ноута (Dell e6410)
4. Утилитка, которой пользуешься (uswusp)
5. Ее конфиг
6. Ее логи при нормально гибернации
7. Правильно приготовленный /var/log/messages
8. Логи утилиты и /var/log/messages (какой есть) сразу после проявления поблемы.

Подготовка /var/log/messages.
1. Очищаешь его ( cat /dev/null>/var/log/messages)
2. Перегружаешься
3. Загрываешь крышку (гибернейтишь)
4. Открываешь крышку
5. Загружаешь содержимое /var/log/messages куда-то типа pastebin
6. Даешь народу ссылку

Готов помочь в анализе, зови если что.

Врядли такой есть. Пробуй топовые.

В теории, вероятно, так и есть, но на практике Win 7 еще ни разу меня не подвела с точки зрения гибернации.

У меня Quadro, а не Intel HD.

Спасибо большое! Сейчас предотпусковый завал на работе - как приеду, займусь :-)

я был бы несказанно рад если бы у меня ноут не ухолил в kernel panic после пары часов работы скринвейвера :( (для 11.10) и даже не вспоминаю о адском куллере

а так, да все работает ОК. Ну почти

от дистра это практически не зависит. единственное, есть проблема с 302 дровами nvidia, приходится откатываться на 295.

Windows 7
я серьезно

Или Mac OS, это понятно, но функция то элементарная, хотелось бы добиться того же своими силами на свободной ОС.

прочеши настройки. у меня с KDE отрубается, а с XFCE - нет. копаться не стал, мне не нужно.

Dell Inspiron Mini, Kubuntu 12.04

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

У меня товарищ-кедовод тоже давал положительную обратную связь на эту тему. Наверное, стоит все-таки пересилить себя и попробовать посидеть на них :-)

Да уж. Попробовал федору с кедами - почему-то не заработал магазин приложений. Гибернация два-три раза сработала, потом отвалилась. В общем, я пришел к выводу, что линукс на ноутбуке ограниченно юзабелен. Желательно сразу брать машину с предустановленным коммерческим дистрибутивом, предварительно убедившись, что производитель действительно убедился в полной работоспособности свободной операционной системы на своем железе.