Форум русскоязычного сообщества Ubuntu


Следите за новостями русскоязычного сообщества Ubuntu в Twitter-ленте @ubuntu_ru_loco

Автор Тема: Стал намертво зависать ноутбук при выходе из ждущего режима.  (Прочитано 4896 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн FIREguard_SPB

  • Автор темы
  • Новичок
  • *
  • Сообщений: 10
    • Просмотр профиля
Всем здравствуйте. Начиная с 20.10 (сейчас 21.04) на моем ноутбуке ASUS UX431FC при закрытии крышки ноутбука происходит переход в ждущий режим (экран гаснет, начинает медленно моргать индикатор), но потом из него не выходит - виснет намертво и можно либо выключить его долгим зажатием кнопки питания, либо перезагрузить через комбинацию REISUB (на ctrl-alt-F1...F7 не реагирует) . На 20.04 все работало четко. Помогите, пожалуйста решить эту проблему.

Dzhoser

  • Гость

Оффлайн FIREguard_SPB

  • Автор темы
  • Новичок
  • *
  • Сообщений: 10
    • Просмотр профиля
Swap ecть?
Со свапом игрался после поиска информации по этой теме и что с ним, что без него - проблема остается.

Оффлайн RoDoN

  • Участник
  • *
  • Сообщений: 209
    • Просмотр профиля
На 20.04 все работало четко.
А если поставить ядро от 20.04, на котором все было хорошо?
Lenovo G500 (i3-3110M, 8 Гб, Intel + Radeon HD 8570)
18.04 -> 20.04 -> 22.04 x64 XFCE

Dzhoser

  • Гость
Если без него это многое объясняет

shamanhuev

  • Гость
Если без него это многое объясняет
Не очень многое , разве что размер свап файла по дефолту.

Dzhoser

  • Гость
Если вы удаляли и заново создавали swap file у него мог изменится идентификатор, отсюда вся и проблема со ждущим режимом. Как бы без swap он не работает. Соответственно для режима сна свап должен быть немного больше оперативной памяти.
Также покажите выводы команд
blkidcat /etc/fstab

shamanhuev

  • Гость
Если вы удаляли и заново создавали swap file у него мог изменится идентификатор, отсюда вся и проблема со ждущим режимом
Извиняюсь конечно , но это не в ту степь направление. Я бы обратил внимание на манипулировании версиями Ubuntu , 20.04 , 20.10 , 21.04. 20.10 - полугодовая версия , и что творил там ТС , никому не известно.

Оффлайн damix

  • Активист
  • *
  • Сообщений: 664
    • Просмотр профиля
Если вы удаляли и заново создавали swap file у него мог изменится идентификатор, отсюда вся и проблема со ждущим режимом. Как бы без swap он не работает. Соответственно для режима сна свап должен быть немного больше оперативной памяти.
Рука лицо

FIREguard_SPB, вернуть 20.04, очевидно же. И впредь соблюдать заповедь "работает не трожь". И на кой было ставить не LTS ... Никто ж не обещает, что это будет работать.

Dzhoser

  • Гость
damix,
Рука лицо
Обоснуйте свое утверждение. Вы знаете как работает ждущий режим?

Оффлайн damix

  • Активист
  • *
  • Сообщений: 664
    • Просмотр профиля
Dzhoser, я знаю, в отличии от. У меня нет swap, а suspend to RAM работает. И даже для suspend to disk подкачка не обязательно больше памяти.

Dzhoser

  • Гость
damix, немного теории
Suspend-to-RAM Capability
Опция определяет, возможно ли сохранение состояния операционной системы в оперативной памяти (режим энергосбережения Suspend to RAM). Для использования этой функции установите значение Enabled (или Auto), для запрета — Disabled.

Кратко остановимся на режимах энергосбережения. Большинство компьютеров, поддерживающих спецификации ACPI, позволяют использовать два режима: S1 (POS) и S3 (STR). В первом (расшифровывается как Power on Suspend) отключается питание от жесткого диска, некоторых карт расширения, плюс, гасится монитор. Все остальные компоненты (процессор, оперативная память, чипсет…) работают в штатном режиме, возможен только переход на пониженные частоты. Благодаря этому пробуждение происходит очень быстро. Второй режим (сокращение от Suspend to RAM) характеризуется гораздо меньшим энергопотреблением. Перед переходом в него вся информация о состоянии различных компонентов сохраняется в оперативной памяти, после чего все остальные устройства отключаются, остается только дежурное питание. Расплачиваться за это приходится более долгим пробуждением компьютера. Есть еще Hibernate или Suspend to Disk, но он не относится к режимам энергосбережения. При его использовании информация о состоянии различных компонентов «сбрасывается» на жесткий диск, после чего происходит обычное отключение питания.

Для того чтобы режим Suspend to RAM (как, впрочем, и Suspend to Disk) функционировал без сбоев, необходимо четкое взаимодействие всех драйверов компонентов, установленных в системе. При наличии «кривого» драйвера компьютер может не просыпаться вообще или после выхода из спящего режима работать с ошибками. В этом случае необходимо вернуться к менее требовательному в этом плане Power on Suspend.

Режим Suspend to RAM накладывает определенные ограничения на блок питания: ток, отдаваемый по цепи Standby (+5V SB), должен быть не менее 800 мА (рекомендуется 1 А). К современным моделям претензий в этом плане нет — все они совместимы с режимом Suspend to RAM, проблемы могут возникнуть только со старыми компьютерами.
И соответственно чтобы отработала ваша команда которую Вы удалили, нужно настроить биос для ее отработки.

Более подробно тут
И для некоторых режимов swap необходим.
Дальнейшие рекомендации я дам если ТС предоставит вывод команд из моего предыдущего поста.
« Последнее редактирование: 19 Июня 2021, 10:52:14 от Dzhoser »

Morisson

  • Гость
Есть еще Hibernate или Suspend to Disk, но он не относится к режимам
Как не относится? Это же S4.

Morisson

  • Гость
И зачем для S3 своп?

Dzhoser

  • Гость
Как не относится? Это же S4.
Имелось ввиду, что питание отключается полностью.
И зачем для S3 своп?
Я перепутал режимы имелось ввиду
Suspend to disk метод сохраняет состояние машины на диске Swap и полностью отключает компьютер, потребления электроэнергии нет. Когда устройство включается, состояние восстанавливается.
« Последнее редактирование: 19 Июня 2021, 13:25:04 от Dzhoser »

 

Страница сгенерирована за 0.026 секунд. Запросов: 22.