Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
В ноуте по умлочанию стоит такая опция (в Гноме) - при закрытии крышки, ноут "засыпает". ПРоблема возникает при открытии крышки - ноут не хочет "просыпаться" - черный экран, виртуальные консоли не работают... Я поступил просто - отключил засыпание, но это не тру. Кто сталкивался, и как решали?
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г
1. Какую видеокарту вы используете?
Intel
2. Проблема возникает только в GUI или же и в «голой» консоли?
виртуальные консоли не работают.
виртуальные консоли не работают.
Я имел ввиду, не загружаясь в GUI, то есть не запуская «иксы», войти в консоль и попробовать «усыпить-разбудить» компьютер.
Суть дела... При засыпании содержимое памяти дампится в своп... Своп не должен быть меньше памяти. Свободного места в свопе должно хватать для дампа. Иначе та же шляпа.
Если условия соблюдаются, можно поиграть со значением vm.swappiness в sysctl.conf Попробуйте нуль. Для теста. Ну ребут понадобится, т.к. при смене значения он кэш вычищать не станет добровольно. Если не поможет - смотреть в сторону ядра уже.
Отредактировано zerg (2010-07-29 18:14:20)
Да, кстати, топикстартер не уточнил, что именно подразумевается под «засыпанием» — suspend2ram или suspend2disk?
Lupo Alberto, то, что я описал, у меня относилось к 2ram 
Lupo Alberto, то, что я описал, у меня относилось к 2ram
Тогда причём тут размер свопа?
Lupo Alberto, у меня он в ждущем режиме (2ram) в своп уходил. За этим sysctl править пришлось, чтобы отучить.
2ram — в оперативную память. 2disk — в своп или файл на диске.
Пардон, я не совсем правильно описал проблему. При закрытии крышки ноута включается "ждущий режим", что он имеет в виду, не имею представления. А вот когда открываешь крышку, он начинает хрустеть диском, типа просыпается, показываются обои gdm, и все, комп завис. Виртуальные консоли не работают, курсор мышки бегает, но на кнопки не реагирует. Помогает только тупое выключение.
2ram — в оперативную память. 2disk — в своп или файл на диске.
Спасибо, Кэп... Но я не ошибаюсь, а пишу, как оно у меня было...
При закрытии крышки нетбук как ему и положенно уходит в спящий режим. Только вот выходить из него не желает, т.е. при кратковременном нажатии на кнопку питания на дисплее появляется ряд вертикальных цветных полос и все. Далее только резет.
Железо: Roverbook Neo U101, AMD Geode LX800, CPU 500 MGz, ROM 512 MB.
Может кто сталкивался с аналогичной проблемой?
здесь пытались 
Комп не "просыпается"
Процитирую сам себя
Прежде всего вам следует указать:
1. Какую видеокарту вы используете?
2. Проблема возникает только в GUI или же и в «голой» консоли?
3. На основе каких программных средств реализована функция «засыпания» в вашем дистрибутиве?
... и чуть дополню вопросник:
4. Какое ядро используется? Покажите вывод опций ядра, «ответственных» за hibernation
zegrep 'ACPI|PM_|HIBER' /proc/config.gz | grep -v '^#'
либо
egrep 'ACPI|PM_|HIBER' /usr/src/linux/.config | grep -v '^#'
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
|
|
|
