Система не выходит из suspend
LMDE, система не выходит из suspend. Точнее, просыпаться она пытается, но не более. Раскручиваются кулеры, просыпается ЖД, но на мониторе остаётся wait mode.
Откуда начинать копать?
P.S. Hibernate работает отлично.
Вывод lspci
Честно говоря, Suspend и Hibernate у меня из самых нелюбимых топиков. А потому дам лишь направление. В некоторых местах могу ошибаться, так что пробуй, проверяй в wiki.
Во-первых дистр и комп? Потому как первым делом нужно читать wiki по дистру, а комп поможет нагуглить подобную проблему. Если у тебя sony vaio, то это отдельная песня, там почти всегда свои особенности.
Хотя нет, вышесказанное — вторым делом, а первым делом нужно читать логи. как /var/log/messages (system,log, если Ubuntu), по-моему еще pm-utils создает что-то типа /var/log/pm-* . Читать, находить фразы, которые могу относиться к проблеме, гуглить. Да и сюда логи неплохо бы выложить (pastebin.com в помощь).
но на мониторе остаётся wait mode.
Что значит wait mode? Экран зажегся? По консолям переключается? Может просто видеосистема не поднялась. Если все плохо — Alt+Shift+sysRq+B работает (признак того, что ядро работает)?
Если ядро живое, то скорее всего просто не поднялось какое-то устройство. Тогда проблему решает rmmod + modprobe соответствующего драйвера (если он скомпилен драйвером, неплохо бы ему быть скомпиленым модулем). А постоянное решение — прописать эти модули в . по-моему в /etc/hibernate/blacklisted-modules или /etc/pm/config.d/modules, не уверен.
Еще ты должен знать что данная функция от DE (LMDE в твоем случае) никак не зависит. DE просто вызывает соответствующую команду. То есть для чистоты эксперимента ты должен попробовать усыпить ноут с помощь командной строки (команда s2ram ЕМНИП). А сам пакет, который позволяет делать всякие настройки (как, например, выгружать модули) называется pm-utils.
Принцип такой, в деталях я мог что-то напутать. А прочитать детальней можно в wiki твоего дистра или. Лучшее wiki под данному вопросу я видел у Arch. Обращай особое внимание на разделы про suspend-to-ram и Troubleshooting.
Hope this helps.
Спасибо за ответ 🙂
LMDE это и есть дистрибутив. Linux Mint Debian Edition.
Wait mode это как я и написал — система вроде бы стартует, т.е. я слышу шум кулеров, трещание ЖД, но экран продолжает моргать лампочкой, как при выключенном системнике, ожидая сигнала от видеоподсистемы.
Смотрел /val/log/pm-suspend.log, там всё хорошо. Пойду курить Arch-wiki 🙂
но экран продолжает моргать лампочкой, как при выключенном системнике, ожидая сигнала от видеоподсистемы.
Нужно определить, это просто экран не включился, или система не поднялась. Моя рекомендация базируется на следующем: пока ядро работает, Magic Combination работает. Поэтому, 1) убедись что, например, парезагрузка, работает перед suspend, 2) проверь что она работает после suspend, когда экран черный. Если работает в обоих случаях — копать в сторону «не поднялся видеодрайвер» или «не включился экран». Если не работает — сложнее, я бы копал в сторону параметров ядра, режимов выключения (если таковые есть), dsdt и т. п.
Про Magic Combination здесь: http://ru.wikipedia.org/wiki/SysRq
Перезагрузка: Alt + SysRq + B
Сброс буферов диска: Alt + SysRq + S
Перезагрузка — жесткая, как при reset, так что перед этим сбрось буферы диска.
Если не работает, проверяй включена ли вообще эта фича:
$ cat /proc/sys/kernel/sysrq
Должно быть 1. Если 0, то
$ echo «1» > /proc/sys/kernel/sysrq
И проверь опять.
Если не получается, проверь как ты зажимаешь. Alt + SysRq + S значит, что ты зажимаешь 3 кнопки: Alt, Shift, SysRq , и с этими зажатыми кнопками нажимаешь s .
Это должно работать, если нет — это проблема и ее нужно решать (никогда не видел чтобы не работало).
Также, если просто не включился экран, то простое выключение по кнопке Pоwer должно работать. Короче проверь с SysRq и с кнопкой Power. Если Power работат, то это точно что просто не включился экран или не поднялся видеодрайвер, тогда это просто.
$ cat /proc/sys/kernel/sysrq
Должно быть 1. Если 0, то
Но спасибо, дальше план действий намечен, буду ковырять.
Источник
Перестал работать режим Suspend в Ubuntu 14.04
Приветствую всех. Перестал работать режим Suspend в Ubuntu 14.04 LTS (жму suspend, комп уходит в суспенд, потом когда включаю — черный экран). Около года пользуюсь убунтой, все прекрасно работало. А тут вдруг, неожиданно, 13.03.2016 перестал работать suspend. Около этой даты, насколько помню, никаких изменений в системе не производил, даже не устанавливал программы. Вообще на ровном месте испортилось.
Что попытался сделать: оставалось мало места в корневом разделе 4 гига с лишним, думал может поэтому перестало работать, решил переустановить убунту и переразбил винчестер, чтобы много места было, но после этого suspend опять незаработал 🙁
Мать: Asus P5Q SE Видео: Nvidia Geforce 210 Память: 4 гб Intel® Pentium® Processor E6300 (2M Cache, 2.80 GHz, 1066 MHz FSB) Ubuntu 14.04 LTS
Может знаете из-за чего это?
дрова на nvidia блобом или nouveau ?
Виновата проприетарщина в виде блоба Nvidia, в связке с версией ядра. С ним (блобом) suspend работает в шахматном порядке — сегодня нет, обновил ядро — заработало, обновил блоб — снова сломалось, и так во веки веков. Так что используй открытые дрова.
я как словил такое 5 лет назад, так и живу.
tuxonice только на ноуте помогает. На десктопе S3 не работает ваще никак. Ни с блобом, ни с нуво, ни с ати.
Сейчас полегче стало, можно через гугл железо хорошее подобрать.
Источник
Не работает suspend
В федоре 17, сусе rc и убунте 12.04 не работает суспенд. Комп сразу после суспенда включается вновь. В сусе 11.4 12.1 работает
Куда смотреть, где чинить?
Если в 11.4 и 12.1 работает, то не плохо бы написать в багзилу, а так не сталкивался, не знаю решения.
Видео карточка какая?
Это ж скрипт делает? Найди в нем строчку «performing suspend» и посмотри что он делает. Скорее всего делает что-то не то.
P. S. Комманда poweroff нормально отрабатывает?
nvidia встроеная 7025
в федоре свободный драйвер в бубунте блоб
[code]# run the sleep hooks
log «$(date): Running hooks for $ACTION.»
if run_hooks sleep «$ACTION $METHOD»; then
# Sleep only if we know how and if a hook did not inhibit us.
log «$(date): performing $METHOD»
sync
«do_$METHOD» || r=128
log «$(date): Awake.»
else
log «$(date): Inhibit found, will not perform $METHOD»
fi[/code]
что тут «не то» можно делать?
P. S. Комманда poweroff нормально отрабатывает?
комп выключается, думаю что нормально
В багзиле бубунты похожие логи есть. но там тишина.
Правда? Вот это новость! Всегда работало, а тут не работает. Как так? Не верю!
Вот так так. Называется умным словом регрессия.
Открою маленький секрет — оно так и будет, и неизвестно как долго.
Так что учите Си, плюсы и вперед чинить суспенд. Благо код открыт.
Нифига ты резкий. Много так начинил?
Не чинил вообще. Но другого выхода нету же?
С проприетарными драйверами от nv пробовали уйти в суспенд?навеяло Тыц!
Есть конечно же) После 2009 линукс как-то упорно ломают. надо шиндовс 8 глянуть)
шиндовс 8 кстати сейчас не ок (ставил на нетбук, виснет постоянно). нужен суспенд — ставь 7.
Счас блоб и суся 12.1 — суспендится на ура
блоб в бубунте не работает. счас вроде ядро 3.1 а там 3.2
Работало сначала, но с последнем ядром (3.4.5) все поломали.
Лично я заморозился и сижу на 3.4.3
Добавить acpi_sleep=nonvs в параметры ядра.
В федоре не помогло. В бубунте тоже.
Ладно, оставим пока скрипты.
0. Перед экспериментами рекомендую повыдергивать все USB/PCMCIA устройства, и в идеале делать из-под консоли (по-моему комманды hibernate-ram или s2ram), дабы уменьшить количество возможных мешающих факторов.
00. Убедись что у тебя в ядре включено вот это:
Просмотрел твой dmesg. Вот что нашел интересного:
1. «[ 67.688026] r8169 0000:03:00.0: Refused to change power state, currently in D0» Что говорит о том, что сетевуха быкует (может быть причиной). Я бы попробовал в ядре выключить эту сетевуху вообще (ну, или вручную выгрузить модуль перед тем как суспендить если он отдельный), чтобы посмотреть в ней ли проблема. И/или здесь рекомендуют поставить новые прошивки, даже описан способ для Ubuntu (правда, 2011 год) — вроде людям помогло.
Вообще, у тебя с сетевухой проблемы, очем говорит хотябы вот эта строка: «[7.635038] r8169 0000:03:00.0: vpd r/w failed. This is likely a firmware bug on this device. Contact the card vendor for a firmware update.»
2. Вот две интересные записи.
«[ 0.111982] PCI: Ignoring host bridge windows from ACPI; if necessary, use „pci=use_crs“ and report a bug»
«[ 0.115497] pci 0000:03:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with ‘pcie_aspm=force’»
Вряд ли, но попробуй добавить эти параметры к ядру.
3. Вот здесь рекомендуют перед засыпанием запустить вот эти две комманды:
3. В процессу блуждания еще нашел рекомендацию в файле «/usr/lib/pm-utils/sleep.d/45pcmcia» закомментировать строку «/sbin/pccardctl eject»
Учитывая, что в SuSe все работал изначально, думаю, что причиной является именно пункт 1.
Источник
Не работает suspend на amd ryzen
По совету из прошлого своего треда, купил любые проц и материнку, а именно:
- AMD Ryzen 5 2600
- ASRock B450M Pro4
Бивис последний, ось fedora 29.
Все хорошо, кроме того, что не работает suspend. При этом, при попытке проснуться еще и сбрасываются настройки бивиса.
Пробовал менять параметры, хоть как-то связанные со сном и энергопотреблением, но устал гуглить сотни 2/3/4-х буквенных аббревиатур в итоге ничего но не помогло. По нагугленным советам, пробовал включать сервис acpid, но тоже не помогло.
Кто-нибудь сталкивался и победил, или нужно ждать, когда потенциал раскроется?
Все хорошо, кроме того, что не работает suspend. При этом, при попытке проснуться еще и сбрасываются настройки бивиса.
сбрасываются настройки бивиса
ASRock
сбрасываются настройки бивиса
казалось бы причем тут AMD Ryzen
Никогда такого не было.
У меня помню на плате asrock сбрасывались настройки боис после зависания по причине разблокированного ядра. Наверное это такая защита, чтоб загрузилось без необходимости вытаскивать батарейку, так что причина наверное в suspend. Мне кажется уровни гибрнации можно устанавливать в биос.
У меня точно такая же мать, но 2600х. Арч. Саспенд работает.
Пробовал менять параметры, хоть как-то связанные со сном и энергопотреблением
А какие-нибудь другие параметры менялись? Говорят, отключение ядер или SMT как раз приводит к неработоспособности suspend.
Используй гибернацию, это надёжнее. Режимы сна/гиберации задаются в sysfs в /sys/power
SMT не отключал, про ядра ничего не видел.
Зачем мне гибернация на десктопе? Я хочу, чтобы пыщь по клаве, и комп завелся, а не ждать пока он там весь swap прочитает с диска. Да и 16 гигов под swap отдавать на ssd жаба душит.
platform означает пробуждение с клавиатуры. Но swap — долго, да. Но надёжнее всё же отключать питание полностью
При этом, при попытке проснуться еще и сбрасываются настройки бивиса.
Ну а батарейку-то ты померил? Детский сад, штаны на лямках, ей богу.
В венде так же сбрасываются?
s2idle работает, но в нем не останавливается кулер на проце, а он довольно шумный.
Я что, похож на того, кто мультиметром пользоваться может? Что-то там померил, показываетс 2.9, на другой батарейке, неюзанной 3.2, один хрен все слетает.
У меня нет винды. Чтоб поставить, нужно флешку на 8 гигов, а я одну сломал, другую потерял.
Источник
Не работает suspend на нетбуке
Попытке отправить ноут в ждущий режим — экран гаснет, кулер останавливается, индикатор питания начинает мигать(во включенном режиме просто светится). То есть вроде аппарат уснул, единственное смущает этот моргающий индикатор питания, но это вообще мой первый ноут в жизни-может так и должно быть.
После этого, при нажатии кнопки на клавиатуре или кнопки включения кулер включается, индикатор переходит во включенное состояние. но экран не включается. По ssh подключиться не удается тоже.
Кстати, при загрузке можно увидеть вот такую строчку asus_laptop: Error calling CWAP , но беглый поиск мне не помог понять влияет ли это (хотя есть это и связано с ACPI, то наверное да)
попробуй сначала обновить BIOS
nickfaces
asus_laptop: Error calling CWAP , но беглый поиск мне не помог понять влияет ли это
попробуй сначала обновить BIOS
# 2 года, 8 месяцев назад (отредактировано 2 года, 8 месяцев назад)
nickfaces
Такое чувство, что ноут просто не может правильно включиться после выхода из ждущего/спящего режима.
Не баловался с настройками /etc/systemd/logind.conf ?
Если система работает, а монитор черный, попробуй — как выйдешь из suspend, набери в слепую find / — индикатор должен гореть непрерывно, затем останови Ctrl+C — индикатор должен потухнуть. В противном случае система не работает.
А вообще рекомендую почитать этот блог
Начни с простого — echo freeze | sudo tee /sys/power/state — должен потухнуть только экран (кулер должен работать, прислушайся), выйди из этого режима (кнопка питание)
Если все нормально, иди дальше — echo mem | sudo tee /sys/power/state — это обычный suspend . (можно это попробовать и из emergency mode)
Если проблемы, то анализируй дальше.
vs220
У ТС вроде не полностью засыпает нет замораживания процессов
Источник