Как я могу понять, почему Suspend иногда не работает?

Question 1

Наконец, теперь он работает.

Кажется, что версия виртуального бокса в репозитории Ubuntu не обновляется. Последняя версия в репозитории v4.1.2, а последняя версия, предлагаемая официальным сайтом, - v4.1.12. После установки последней версии все работает отлично. Спасибо всем.

Question 2

Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.

Вы начнете с поиска выходных данных dmesg и содержимого /var/log/kern.log и /var/log/syslog для подсказок.

Мы можем попытаться помочь, если вы поделитесь этим с нами. Смотрите этот вопрос, чтобы узнать, как:

Question 3

Question 4

Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.

Вы начнете с поиска выходных данных dmesg и содержимого /var/log/kern.log и /var/log/syslog для подсказок.

Мы можем попытаться помочь, если вы поделитесь этим с нами. См. Этот вопрос, чтобы узнать, как:

Question 5

Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.

Вы начнете с поиска выходных данных dmesg и содержимого /var/log/kern.log и /var/log/syslog для подсказок.

Мы можем попытаться помочь, если вы поделитесь этим с нами. См. Этот вопрос, чтобы узнать, как:

Question 6

Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.

Вы начнете с поиска выходных данных dmesg и содержимого /var/log/kern.log и /var/log/syslog для подсказок.

Мы можем попытаться помочь, если вы поделитесь этим с нами. См. Этот вопрос, чтобы узнать, как:

Question 7

Question 8

Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.

Вы начнете с поиска выходных данных dmesg и содержимого /var/log/kern.log и /var/log/syslog для подсказок.

Мы можем попытаться помочь, если вы поделитесь этим с нами. См. Этот вопрос, чтобы узнать, как:

Question 9

Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.

Вы начнете с поиска выходных данных dmesg и содержимого /var/log/kern.log и /var/log/syslog для подсказок.

Мы можем попытаться помочь, если вы поделитесь этим с нами. Смотрите этот вопрос, чтобы узнать, как:

Question 10

Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.

Вы начнете с поиска выходных данных dmesg и содержимого /var/log/kern.log и /var/log/syslog для подсказок.

Мы можем попытаться помочь, если вы поделитесь этим с нами. Смотрите этот вопрос, чтобы узнать, как:

Question 11

Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.

Вы начнете с поиска выходных данных dmesg и содержимого /var/log/kern.log и /var/log/syslog для подсказок.

Мы можем попытаться помочь, если вы поделитесь этим с нами. См. Этот вопрос, чтобы узнать, как:

Question 12

Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.

Вы начнете с поиска выходных данных dmesg и содержимого /var/log/kern.log и /var/log/syslog для подсказок.

Мы можем попытаться помочь, если вы поделитесь этим с нами. См. Этот вопрос, чтобы узнать, как:

Question 13

Question 14

Я не думаю, что установка, о которой вы упоминаете, имеет какое-то отношение к ней.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли она какой-либо намек.

Эти проблемы обычно возникают (d)]

dmesg -T|grep Freez -A4

и искать эти записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверить время чтобы увидеть, какая из зарегистрированных проблем связана с вашей попыткой приостановить. В этом случае это mount.nfs вызывает проблемы.

Теперь, поместите скрипт в /etc/pm/sleep.d/, скрипты будут запущены при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских скриптов (более подробно см. [F7]).

Скрипт может выглядеть следующим образом:

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с корреляционными записями для других процессов, вызвавших проблемы, если они есть.

Скобки и exit 0 - это трюк: если процесс не найден, killall выйдет с кодом выхода 1, который отменит все приостановлено. Вышеуказанное запустит killall в под-оболочке, которая выйдет с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в которой будет зарегистрирована попытка приостановить и запустить ваш скрипт. [ ! d10]

Question 15

Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли он подсказку.

Эти проблемы обычно связаны с к некоторым процессам, которые мешают приостановке системы.

Выполните

dmesg -T|grep Freez -A4

и найдите следующие записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверьте время штампы, чтобы увидеть, какие из заявленных проблем относятся к вашей попытке приостановить. В этом случае именно mount.nfs вызывает проблемы.

Теперь поместите сценарий в /etc/pm/sleep.d/, сценарии там будут выполняться при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских сценариев (подробнее см. man pm-suspend).

Сценарий может выглядеть следующим образом

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с соответствующими записями для других процессов, которые вызвали проблемы, если таковые имеются.

Скобки и exit 0 хитрость: если процесс не найден, killall завершится с кодом выхода 1, который отменит весь приостановить. Вышеприведенное запустит killall в под-оболочке, которая завершится с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.

Question 16

Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли он подсказку.

Эти проблемы обычно возникают к некоторым процессам, которые мешают приостановке системы.

Выполните

dmesg -T|grep Freez -A4

и найдите следующие записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверьте время штампы, чтобы увидеть, какие из заявленных проблем относятся к вашей попытке приостановить. В этом случае именно mount.nfs вызывает проблемы.

Теперь поместите сценарий в /etc/pm/sleep.d/, сценарии там будут выполняться при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских сценариев (подробнее см. man pm-suspend).

Сценарий может выглядеть следующим образом

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с соответствующими записями для других процессов, которые вызвали проблемы, если таковые имеются.

Скобки и exit 0 хитрость: если процесс не найден, killall завершится с кодом выхода 1, который отменит весь приостановить. Вышеприведенное запустит killall в под-оболочке, которая завершится с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт. / G10]

Question 17

Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли он подсказку.

Эти проблемы обычно связаны с к некоторым процессам, которые мешают приостановке системы.

Выполните

dmesg -T|grep Freez -A4

и найдите следующие записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверьте время штампы, чтобы увидеть, какие из заявленных проблем относятся к вашей попытке приостановить. В этом случае именно mount.nfs вызывает проблемы.

Теперь поместите сценарий в /etc/pm/sleep.d/, сценарии там будут выполняться при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских сценариев (подробнее см. man pm-suspend).

Сценарий может выглядеть следующим образом

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с соответствующими записями для других процессов, которые вызвали проблемы, если таковые имеются.

Скобки и exit 0 хитрость: если процесс не найден, killall завершится с кодом выхода 1, который отменит весь приостановить. Вышеприведенное запустит killall в под-оболочке, которая завершится с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.

Question 18

Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли он подсказку.

Эти проблемы обычно связаны с к некоторым процессам, которые мешают приостановке системы.

Выполните

dmesg -T|grep Freez -A4

и найдите следующие записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверьте время штампы, чтобы увидеть, какие из заявленных проблем относятся к вашей попытке приостановить. В этом случае именно mount.nfs вызывает проблемы.

Теперь поместите сценарий в /etc/pm/sleep.d/, сценарии там будут выполняться при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских сценариев (подробнее см. man pm-suspend).

Сценарий может выглядеть следующим образом

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с соответствующими записями для других процессов, которые вызвали проблемы, если таковые имеются.

Скобки и exit 0 хитрость: если процесс не найден, killall завершится с кодом выхода 1, который отменит весь приостановить. Вышеприведенное запустит killall в под-оболочке, которая завершится с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.

Question 19

Question 20

Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли он подсказку.

Эти проблемы обычно связаны с к некоторым процессам, которые мешают приостановке системы.

Выполните

dmesg -T|grep Freez -A4

и найдите следующие записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверьте время штампы, чтобы увидеть, какие из заявленных проблем относятся к вашей попытке приостановить. В этом случае именно mount.nfs вызывает проблемы.

Теперь поместите сценарий в /etc/pm/sleep.d/, сценарии там будут выполняться при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских сценариев (подробнее см. man pm-suspend).

Сценарий может выглядеть следующим образом

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с соответствующими записями для других процессов, которые вызвали проблемы, если таковые имеются.

Скобки и exit 0 хитрость: если процесс не найден, killall завершится с кодом выхода 1, который отменит весь приостановить. Вышеприведенное запустит killall в под-оболочке, которая завершится с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.

Question 21

Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли он подсказку.

Эти проблемы обычно возникают к некоторым процессам, которые мешают приостановке системы.

Выполните

dmesg -T|grep Freez -A4

и найдите следующие записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверьте время штампы, чтобы увидеть, какие из заявленных проблем относятся к вашей попытке приостановить. В этом случае именно mount.nfs вызывает проблемы.

Теперь поместите сценарий в /etc/pm/sleep.d/, сценарии там будут выполняться при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских сценариев (подробнее см. man pm-suspend).

Сценарий может выглядеть следующим образом

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с соответствующими записями для других процессов, которые вызвали проблемы, если таковые имеются.

Скобки и exit 0 хитрость: если процесс не найден, killall завершится с кодом выхода 1, который отменит весь приостановить. Вышеприведенное запустит killall в под-оболочке, которая завершится с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт. / G10]

Question 22

Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли он подсказку.

Эти проблемы обычно связаны с к некоторым процессам, которые мешают приостановке системы.

Выполните

dmesg -T|grep Freez -A4

и найдите следующие записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверьте время штампы, чтобы увидеть, какие из заявленных проблем относятся к вашей попытке приостановить. В этом случае именно mount.nfs вызывает проблемы.

Теперь поместите сценарий в /etc/pm/sleep.d/, сценарии там будут выполняться при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских сценариев (подробнее см. man pm-suspend).

Сценарий может выглядеть следующим образом

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с соответствующими записями для других процессов, которые вызвали проблемы, если таковые имеются.

Скобки и exit 0 хитрость: если процесс не найден, killall завершится с кодом выхода 1, который отменит весь приостановить. Вышеприведенное запустит killall в под-оболочке, которая завершится с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.

Question 23

Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли он подсказку.

Эти проблемы обычно связаны с к некоторым процессам, которые мешают приостановке системы.

Выполните

dmesg -T|grep Freez -A4

и найдите следующие записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверьте время штампы, чтобы увидеть, какие из заявленных проблем относятся к вашей попытке приостановить. В этом случае именно mount.nfs вызывает проблемы.

Теперь поместите сценарий в /etc/pm/sleep.d/, сценарии там будут выполняться при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских сценариев (подробнее см. man pm-suspend).

Сценарий может выглядеть следующим образом

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с соответствующими записями для других процессов, которые вызвали проблемы, если таковые имеются.

Скобки и exit 0 хитрость: если процесс не найден, killall завершится с кодом выхода 1, который отменит весь приостановить. Вышеприведенное запустит killall в под-оболочке, которая завершится с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.

Question 24

Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли он подсказку.

Эти проблемы обычно связаны с к некоторым процессам, которые мешают приостановке системы.

Выполните

dmesg -T|grep Freez -A4

и найдите следующие записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверьте время штампы, чтобы увидеть, какие из заявленных проблем относятся к вашей попытке приостановить. В этом случае именно mount.nfs вызывает проблемы.

Теперь поместите сценарий в /etc/pm/sleep.d/, сценарии там будут выполняться при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских сценариев (подробнее см. man pm-suspend).

Сценарий может выглядеть следующим образом

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с соответствующими записями для других процессов, которые вызвали проблемы, если таковые имеются.

Скобки и exit 0 хитрость: если процесс не найден, killall завершится с кодом выхода 1, который отменит весь приостановить. Вышеприведенное запустит killall в под-оболочке, которая завершится с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.

Community · Accepted Answer · 25 July 2018 в 18:15

Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.

Вы начнете с поиска выходных данных dmesg и содержимого /var/log/kern.log и /var/log/syslog для подсказок.

Мы можем попытаться помочь, если вы поделитесь этим с нами. Смотрите этот вопрос, чтобы узнать, как:

Community · Accepted Answer · 31 July 2018 в 10:55

Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.

Вы начнете с поиска выходных данных dmesg и содержимого /var/log/kern.log и /var/log/syslog для подсказок.

Мы можем попытаться помочь, если вы поделитесь этим с нами. См. Этот вопрос, чтобы узнать, как:

Community · Accepted Answer · 31 July 2018 в 11:55

Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.

Вы начнете с поиска выходных данных dmesg и содержимого /var/log/kern.log и /var/log/syslog для подсказок.

Мы можем попытаться помочь, если вы поделитесь этим с нами. См. Этот вопрос, чтобы узнать, как:

Community · Accepted Answer · 2 August 2018 в 00:28

Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.

Вы начнете с поиска выходных данных dmesg и содержимого /var/log/kern.log и /var/log/syslog для подсказок.

Мы можем попытаться помочь, если вы поделитесь этим с нами. См. Этот вопрос, чтобы узнать, как:

Community · Accepted Answer · 4 August 2018 в 15:57

Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.

Вы начнете с поиска выходных данных dmesg и содержимого /var/log/kern.log и /var/log/syslog для подсказок.

Мы можем попытаться помочь, если вы поделитесь этим с нами. См. Этот вопрос, чтобы узнать, как:

Community · Accepted Answer · 6 August 2018 в 00:35

Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.

Вы начнете с поиска выходных данных dmesg и содержимого /var/log/kern.log и /var/log/syslog для подсказок.

Мы можем попытаться помочь, если вы поделитесь этим с нами. Смотрите этот вопрос, чтобы узнать, как:

Community · Accepted Answer · 7 August 2018 в 18:01

Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.

Вы начнете с поиска выходных данных dmesg и содержимого /var/log/kern.log и /var/log/syslog для подсказок.

Мы можем попытаться помочь, если вы поделитесь этим с нами. Смотрите этот вопрос, чтобы узнать, как:

Community · Accepted Answer · 10 August 2018 в 06:49

Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.

Вы начнете с поиска выходных данных dmesg и содержимого /var/log/kern.log и /var/log/syslog для подсказок.

Мы можем попытаться помочь, если вы поделитесь этим с нами. См. Этот вопрос, чтобы узнать, как:

Community · Accepted Answer · 15 August 2018 в 18:45

Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.

Вы начнете с поиска выходных данных dmesg и содержимого /var/log/kern.log и /var/log/syslog для подсказок.

Мы можем попытаться помочь, если вы поделитесь этим с нами. См. Этот вопрос, чтобы узнать, как:

Carl · Answer 10 · 25 May 2018 в 09:09

Я не думаю, что установка, о которой вы упоминаете, имеет какое-то отношение к ней.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли она какой-либо намек.

Эти проблемы обычно возникают (d)]

dmesg -T|grep Freez -A4

и искать эти записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверить время чтобы увидеть, какая из зарегистрированных проблем связана с вашей попыткой приостановить. В этом случае это mount.nfs вызывает проблемы.

Теперь, поместите скрипт в /etc/pm/sleep.d/, скрипты будут запущены при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских скриптов (более подробно см. [F7]).

Скрипт может выглядеть следующим образом:

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с корреляционными записями для других процессов, вызвавших проблемы, если они есть.

Скобки и exit 0 - это трюк: если процесс не найден, killall выйдет с кодом выхода 1, который отменит все приостановлено. Вышеуказанное запустит killall в под-оболочке, которая выйдет с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в которой будет зарегистрирована попытка приостановить и запустить ваш скрипт. [ ! d10]

Мне также нужна была другая строка: (killall -9 mount.nfs; выход 0), потому что иногда он не работает только с SIGUP. — Juanin, 20 April 2014 в 10:06
@Juanin: -9 лучше, я не знаю, почему у меня было только -1, в первую очередь, теперь редактируется. — Carl, 20 April 2014 в 16:30
Интересно, в какой процент времени проблема представляет собой живое сетевое монтирование (как показано здесь). Это тоже была моя проблема, но она была sshfs вместо nfs. — nobar, 15 November 2017 в 15:21

Carl · Answer 11 · 25 July 2018 в 18:15

Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли он подсказку.

Эти проблемы обычно связаны с к некоторым процессам, которые мешают приостановке системы.

Выполните

dmesg -T|grep Freez -A4

и найдите следующие записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверьте время штампы, чтобы увидеть, какие из заявленных проблем относятся к вашей попытке приостановить. В этом случае именно mount.nfs вызывает проблемы.

Теперь поместите сценарий в /etc/pm/sleep.d/, сценарии там будут выполняться при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских сценариев (подробнее см. man pm-suspend).

Сценарий может выглядеть следующим образом

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с соответствующими записями для других процессов, которые вызвали проблемы, если таковые имеются.

Скобки и exit 0 хитрость: если процесс не найден, killall завершится с кодом выхода 1, который отменит весь приостановить. Вышеприведенное запустит killall в под-оболочке, которая завершится с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.

Carl · Answer 12 · 31 July 2018 в 10:55

Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли он подсказку.

Эти проблемы обычно возникают к некоторым процессам, которые мешают приостановке системы.

Выполните

dmesg -T|grep Freez -A4

и найдите следующие записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверьте время штампы, чтобы увидеть, какие из заявленных проблем относятся к вашей попытке приостановить. В этом случае именно mount.nfs вызывает проблемы.

Теперь поместите сценарий в /etc/pm/sleep.d/, сценарии там будут выполняться при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских сценариев (подробнее см. man pm-suspend).

Сценарий может выглядеть следующим образом

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с соответствующими записями для других процессов, которые вызвали проблемы, если таковые имеются.

Скобки и exit 0 хитрость: если процесс не найден, killall завершится с кодом выхода 1, который отменит весь приостановить. Вышеприведенное запустит killall в под-оболочке, которая завершится с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт. / G10]

Carl · Answer 13 · 31 July 2018 в 11:55

Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли он подсказку.

Эти проблемы обычно связаны с к некоторым процессам, которые мешают приостановке системы.

Выполните

dmesg -T|grep Freez -A4

и найдите следующие записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверьте время штампы, чтобы увидеть, какие из заявленных проблем относятся к вашей попытке приостановить. В этом случае именно mount.nfs вызывает проблемы.

Теперь поместите сценарий в /etc/pm/sleep.d/, сценарии там будут выполняться при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских сценариев (подробнее см. man pm-suspend).

Сценарий может выглядеть следующим образом

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с соответствующими записями для других процессов, которые вызвали проблемы, если таковые имеются.

Скобки и exit 0 хитрость: если процесс не найден, killall завершится с кодом выхода 1, который отменит весь приостановить. Вышеприведенное запустит killall в под-оболочке, которая завершится с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.

Carl · Answer 14 · 2 August 2018 в 00:28

Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли он подсказку.

Эти проблемы обычно связаны с к некоторым процессам, которые мешают приостановке системы.

Выполните

dmesg -T|grep Freez -A4

и найдите следующие записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверьте время штампы, чтобы увидеть, какие из заявленных проблем относятся к вашей попытке приостановить. В этом случае именно mount.nfs вызывает проблемы.

Теперь поместите сценарий в /etc/pm/sleep.d/, сценарии там будут выполняться при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских сценариев (подробнее см. man pm-suspend).

Сценарий может выглядеть следующим образом

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с соответствующими записями для других процессов, которые вызвали проблемы, если таковые имеются.

Скобки и exit 0 хитрость: если процесс не найден, killall завершится с кодом выхода 1, который отменит весь приостановить. Вышеприведенное запустит killall в под-оболочке, которая завершится с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.

Carl · Answer 15 · 4 August 2018 в 15:57

Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли он подсказку.

Эти проблемы обычно связаны с к некоторым процессам, которые мешают приостановке системы.

Выполните

dmesg -T|grep Freez -A4

и найдите следующие записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверьте время штампы, чтобы увидеть, какие из заявленных проблем относятся к вашей попытке приостановить. В этом случае именно mount.nfs вызывает проблемы.

Теперь поместите сценарий в /etc/pm/sleep.d/, сценарии там будут выполняться при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских сценариев (подробнее см. man pm-suspend).

Сценарий может выглядеть следующим образом

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с соответствующими записями для других процессов, которые вызвали проблемы, если таковые имеются.

Скобки и exit 0 хитрость: если процесс не найден, killall завершится с кодом выхода 1, который отменит весь приостановить. Вышеприведенное запустит killall в под-оболочке, которая завершится с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.

Carl · Answer 16 · 6 August 2018 в 00:35

Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли он подсказку.

Эти проблемы обычно возникают к некоторым процессам, которые мешают приостановке системы.

Выполните

dmesg -T|grep Freez -A4

и найдите следующие записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверьте время штампы, чтобы увидеть, какие из заявленных проблем относятся к вашей попытке приостановить. В этом случае именно mount.nfs вызывает проблемы.

Теперь поместите сценарий в /etc/pm/sleep.d/, сценарии там будут выполняться при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских сценариев (подробнее см. man pm-suspend).

Сценарий может выглядеть следующим образом

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с соответствующими записями для других процессов, которые вызвали проблемы, если таковые имеются.

Скобки и exit 0 хитрость: если процесс не найден, killall завершится с кодом выхода 1, который отменит весь приостановить. Вышеприведенное запустит killall в под-оболочке, которая завершится с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт. / G10]

Carl · Answer 17 · 7 August 2018 в 18:01

Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли он подсказку.

Эти проблемы обычно связаны с к некоторым процессам, которые мешают приостановке системы.

Выполните

dmesg -T|grep Freez -A4

и найдите следующие записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверьте время штампы, чтобы увидеть, какие из заявленных проблем относятся к вашей попытке приостановить. В этом случае именно mount.nfs вызывает проблемы.

Теперь поместите сценарий в /etc/pm/sleep.d/, сценарии там будут выполняться при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских сценариев (подробнее см. man pm-suspend).

Сценарий может выглядеть следующим образом

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с соответствующими записями для других процессов, которые вызвали проблемы, если таковые имеются.

Скобки и exit 0 хитрость: если процесс не найден, killall завершится с кодом выхода 1, который отменит весь приостановить. Вышеприведенное запустит killall в под-оболочке, которая завершится с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.

Carl · Answer 18 · 10 August 2018 в 06:49

Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли он подсказку.

Эти проблемы обычно связаны с к некоторым процессам, которые мешают приостановке системы.

Выполните

dmesg -T|grep Freez -A4

и найдите следующие записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверьте время штампы, чтобы увидеть, какие из заявленных проблем относятся к вашей попытке приостановить. В этом случае именно mount.nfs вызывает проблемы.

Теперь поместите сценарий в /etc/pm/sleep.d/, сценарии там будут выполняться при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских сценариев (подробнее см. man pm-suspend).

Сценарий может выглядеть следующим образом

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с соответствующими записями для других процессов, которые вызвали проблемы, если таковые имеются.

Скобки и exit 0 хитрость: если процесс не найден, killall завершится с кодом выхода 1, который отменит весь приостановить. Вышеприведенное запустит killall в под-оболочке, которая завершится с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.

Carl · Answer 19 · 15 August 2018 в 18:45

Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.

Проверьте /var/log/pm-suspend.log и посмотрите, дает ли он подсказку.

Эти проблемы обычно связаны с к некоторым процессам, которые мешают приостановке системы.

Выполните

dmesg -T|grep Freez -A4

и найдите следующие записи:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Проверьте время штампы, чтобы увидеть, какие из заявленных проблем относятся к вашей попытке приостановить. В этом случае именно mount.nfs вызывает проблемы.

Теперь поместите сценарий в /etc/pm/sleep.d/, сценарии там будут выполняться при приостановке и возобновлении. Имя файла должно начинаться с порядкового номера 00-49 для пользовательских сценариев (подробнее см. man pm-suspend).

Сценарий может выглядеть следующим образом

#!/bin/sh
(killall -9 mount.nfs; exit 0)

с соответствующими записями для других процессов, которые вызвали проблемы, если таковые имеются.

Скобки и exit 0 хитрость: если процесс не найден, killall завершится с кодом выхода 1, который отменит весь приостановить. Вышеприведенное запустит killall в под-оболочке, которая завершится с 0.

Если у вас возникли проблемы, отметьте /var/log/pm-suspend.log, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.

Мне также нужна была другая строка: (killall -9 mount.nfs; выход 0), потому что иногда она работает не только с SIGUP. — Juanin, 20 April 2014 в 10:06
@Juanin: -9 лучше, я не знаю, почему у меня был только -1, редактируется сейчас. — Carl, 20 April 2014 в 16:30
Интересно, в каком проценте случаев проблема заключается в подключении к сети в реальном времени (как показано здесь). Это тоже была моя проблема - но это было sshfs вместо nfs. — nobar, 15 November 2017 в 15:21

Как я могу понять, почему Suspend иногда не работает?

19 ответов

Другие вопросы по тегам:

Похожие вопросы: