Когда я пытаюсь запустить режим ожидания или спящий режим, это просто выключает мой ноутбук. Я попытался выполнить команды pm-suspend и pm-hibernate, но результат тоже.
laptop inf:
nvidia 940M
ASUS - N551JB
4.8.0-46-generic # 49 ~ 16.04.1-Ubuntu
x86_64 GNU / Linux
У меня была аналогичная проблема с ноутбуком Asus (материнская плата: ASUS N501JW). Вышла из проблемы с программным обеспечением материнской платы и была исправлена после обновления BIOS / uefi до последней версии.
Мигающая программа, которую я использовал, была той, что приходила на окна. Он автоматически обнаруживает и загружает новые обновления. Для вашей конкретной модели это страница ваших драйверов. BIOS-Utilities - это исполняемый файл Windows, в то время как BIOS - это фактические файлы для флэш-памяти.
Однако у меня нет опыта в попытке выполнить мигающий процесс за пределами использования окон, которые распространяются OEM-производителями.
Может возникнуть одна из следующих проблем
Проверьте размер раздела подкачки с помощью команды # free -m Размер раздела подкачки должен быть больше, чем физическая память, чтобы спящий режим работал правильно. Проверьте журналы спящего режима, это может указывать на проблему. tail /var/log/pm-suspend.log Добавить resume=/dev/your-swap-partition (для систем UEFI resume=UUID=<partition UUID>) в GRUB_CMDLINE_LINUX в /etc/default/grub Восстановить ваш grub.conf с помощью grub2-mkconfig -o /boot/grub2/grub.cfg (или для систем UEFI: grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg) Перезагрузка -> Спящий режим -> Возобновить. Посмотрите, работает ли это или нет.У меня была аналогичная проблема с ноутбуком Asus (материнская плата: ASUS N501JW). Вышла из проблемы с программным обеспечением материнской платы и была исправлена после обновления BIOS / uefi до последней версии.
Мигающая программа, которую я использовал, была той, что приходила на окна. Он автоматически обнаруживает и загружает новые обновления. Для вашей конкретной модели это страница ваших драйверов. BIOS-Utilities - это исполняемый файл Windows, в то время как BIOS - это фактические файлы для флэш-памяти.
Однако у меня нет опыта в попытке выполнить мигающий процесс за пределами использования окон, которые распространяются OEM-производителями.
Может возникнуть одна из следующих проблем
Проверьте размер раздела подкачки с помощью команды # free -m Размер раздела подкачки должен быть больше, чем физическая память, чтобы спящий режим работал правильно. Проверьте журналы спящего режима, это может указывать на проблему. tail /var/log/pm-suspend.log Добавить resume=/dev/your-swap-partition (для систем UEFI resume=UUID=<partition UUID>) в GRUB_CMDLINE_LINUX в /etc/default/grub Восстановить ваш grub.conf с помощью grub2-mkconfig -o /boot/grub2/grub.cfg (или для систем UEFI: grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg) Перезагрузка -> Спящий режим -> Возобновить. Посмотрите, работает ли это или нет.У меня была аналогичная проблема с ноутбуком Asus (материнская плата: ASUS N501JW). Вышла из проблемы с программным обеспечением материнской платы и была исправлена после обновления BIOS / uefi до последней версии.
Мигающая программа, которую я использовал, была той, что приходила на окна. Он автоматически обнаруживает и загружает новые обновления. Для вашей конкретной модели это страница ваших драйверов. BIOS-Utilities - это исполняемый файл Windows, в то время как BIOS - это фактические файлы для флэш-памяти.
Однако у меня нет опыта в попытке выполнить мигающий процесс за пределами использования окон, которые распространяются OEM-производителями.
Может возникнуть одна из следующих проблем
Проверьте размер раздела подкачки с помощью команды # free -m Размер раздела подкачки должен быть больше, чем физическая память, чтобы спящий режим работал правильно. Проверьте журналы спящего режима, это может указывать на проблему. tail /var/log/pm-suspend.log Добавить resume=/dev/your-swap-partition (для систем UEFI resume=UUID=<partition UUID>) в GRUB_CMDLINE_LINUX в /etc/default/grub Восстановить ваш grub.conf с помощью grub2-mkconfig -o /boot/grub2/grub.cfg (или для систем UEFI: grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg) Перезагрузка -> Спящий режим -> Возобновить. Посмотрите, работает ли это или нет.