Комп не "просыпается"

В ноуте по умлочанию стоит такая опция (в Гноме) - при закрытии крышки, ноут "засыпает". ПРоблема возникает при открытии крышки - ноут не хочет "просыпаться" - черный экран, виртуальные консоли не работают... Я поступил просто - отключил засыпание, но это не тру. Кто сталкивался, и как решали?

Shlomo, swap > ram?

Та же байда была, но на десктопе... Пришлось отрубить. :[

Я сейчас рассуждаю с точки зрения пользователя Gentoo, но, думаю, подобный путь поиска решения может быть использован и в других дистрибутивах.
Прежде всего вам следует указать:
1. Какую видеокарту вы используете?
2. Проблема возникает только в GUI или же и в «голой» консоли?
3. На основе каких программных средств реализована функция «засыпания» в вашем дистрибутиве?
В своё время, столкнувшись с подобной проблемой на компьютере с NVidia, я решили её «откатом» на меньшую версию драйвера.
На ноутбуке с картой от Intel при использовании pm-utils похожая проблема решилась добавлением опции HIBERNATE_RESUME_POST_VIDEO="yes" в файл /etc/pm/config.d/gentoo.
Не плохо бы было посмотреть и логи — /var/log/messages, ~/.xsession-errors, /var/log/Xorg.0.log, логи программы, отвечающей за «засыпание» в вашем дистрибутиве.

zerg, 3г - 2г

Lupo Alberto написал:

1. Какую видеокарту вы используете?

Intel

Lupo Alberto написал:

2. Проблема возникает только в GUI или же и в «голой» консоли?

Shlomo написал:

виртуальные консоли не работают.

Shlomo написал:

виртуальные консоли не работают.

Я имел ввиду, не загружаясь в GUI, то есть не запуская «иксы», войти в консоль и попробовать «усыпить-разбудить» компьютер.

Суть дела... При засыпании содержимое памяти дампится в своп... Своп не должен быть меньше памяти. Свободного места в свопе должно хватать для дампа. Иначе та же шляпа.

Если условия соблюдаются, можно поиграть со значением vm.swappiness в sysctl.conf Попробуйте нуль. Для теста. Ну ребут понадобится, т.к. при смене значения он кэш вычищать не станет добровольно. Если не поможет - смотреть в сторону ядра уже.

Да, кстати, топикстартер не уточнил, что именно подразумевается под «засыпанием» — suspend2ram или suspend2disk?

Lupo Alberto, то, что я описал, у меня относилось к 2ram :lol:

zerg написал:

Lupo Alberto, то, что я описал, у меня относилось к 2ram :lol:

Тогда причём тут размер свопа?

Lupo Alberto, у меня он в ждущем режиме (2ram) в своп уходил. За этим sysctl править пришлось, чтобы отучить.

2ram — в оперативную память. 2disk — в своп или файл на диске.

Пардон, я не совсем правильно описал проблему. При закрытии крышки ноута включается "ждущий режим", что он имеет в виду, не имею представления. А вот когда открываешь крышку, он начинает хрустеть диском, типа просыпается, показываются обои gdm, и все, комп завис. Виртуальные консоли не работают, курсор мышки бегает, но на кнопки не реагирует. Помогает только тупое выключение.

Lupo Alberto написал:

2ram — в оперативную память. 2disk — в своп или файл на диске.

Спасибо, Кэп... Но я не ошибаюсь, а пишу, как оно у меня было...

При закрытии крышки нетбук как ему и положенно уходит в спящий режим. Только вот выходить из него не желает, т.е. при кратковременном нажатии на кнопку питания на дисплее появляется ряд вертикальных цветных полос и все. Далее только резет.
Железо: Roverbook Neo U101, AMD Geode LX800, CPU 500 MGz, ROM 512 MB.
Может кто сталкивался с аналогичной проблемой?

здесь пытались smile
http://linuxforum.ru/viewtopic.php?id=5384

Объединил темы :)

Процитирую сам себя smile

Lupo Alberto написал:

Прежде всего вам следует указать:
1. Какую видеокарту вы используете?
2. Проблема возникает только в GUI или же и в «голой» консоли?
3. На основе каких программных средств реализована функция «засыпания» в вашем дистрибутиве?

... и чуть дополню вопросник:
4. Какое ядро используется? Покажите вывод опций ядра, «ответственных» за hibernation
[console]
zegrep 'ACPI|PM_|HIBER' /proc/config.gz | grep -v '^#'
[/console]
либо
[console]
egrep 'ACPI|PM_|HIBER' /usr/src/linux/.config | grep -v '^#'
[/console]