Наконец, теперь он работает.
Кажется, что версия виртуального бокса в репозитории Ubuntu не обновляется. Последняя версия в репозитории v4.1.2, а последняя версия, предлагаемая официальным сайтом, - v4.1.12. После установки последней версии все работает отлично. Спасибо всем.
Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.
Вы начнете с поиска выходных данных dmesg
и содержимого /var/log/kern.log
и /var/log/syslog
для подсказок.
Мы можем попытаться помочь, если вы поделитесь этим с нами. Смотрите этот вопрос, чтобы узнать, как:
Как я могу легко поделиться результатами команды или текстового файла с другими?
Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.
Вы начнете с поиска выходных данных dmesg
и содержимого /var/log/kern.log
и /var/log/syslog
для подсказок.
Мы можем попытаться помочь, если вы поделитесь этим с нами. См. Этот вопрос, чтобы узнать, как:
Как я могу легко поделиться результатами команды или текстового файла с другими?
Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.
Вы начнете с поиска выходных данных dmesg
и содержимого /var/log/kern.log
и /var/log/syslog
для подсказок.
Мы можем попытаться помочь, если вы поделитесь этим с нами. См. Этот вопрос, чтобы узнать, как:
Как я могу легко поделиться результатами команды или текстового файла с другими?
Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.
Вы начнете с поиска выходных данных dmesg
и содержимого /var/log/kern.log
и /var/log/syslog
для подсказок.
Мы можем попытаться помочь, если вы поделитесь этим с нами. См. Этот вопрос, чтобы узнать, как:
Как я могу легко поделиться результатами команды или текстового файла с другими?
Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.
Вы начнете с поиска выходных данных dmesg
и содержимого /var/log/kern.log
и /var/log/syslog
для подсказок.
Мы можем попытаться помочь, если вы поделитесь этим с нами. См. Этот вопрос, чтобы узнать, как:
Как я могу легко поделиться результатами команды или текстового файла с другими?
Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.
Вы начнете с поиска выходных данных dmesg
и содержимого /var/log/kern.log
и /var/log/syslog
для подсказок.
Мы можем попытаться помочь, если вы поделитесь этим с нами. Смотрите этот вопрос, чтобы узнать, как:
Как я могу легко поделиться результатами команды или текстового файла с другими?
Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.
Вы начнете с поиска выходных данных dmesg
и содержимого /var/log/kern.log
и /var/log/syslog
для подсказок.
Мы можем попытаться помочь, если вы поделитесь этим с нами. Смотрите этот вопрос, чтобы узнать, как:
Как я могу легко поделиться результатами команды или текстового файла с другими?
Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.
Вы начнете с поиска выходных данных dmesg
и содержимого /var/log/kern.log
и /var/log/syslog
для подсказок.
Мы можем попытаться помочь, если вы поделитесь этим с нами. См. Этот вопрос, чтобы узнать, как:
Как я могу легко поделиться результатами команды или текстового файла с другими?
Нет, отключение функции «приостановка при закрытии крышки» не может повлиять на приостановку вручную.
Вы начнете с поиска выходных данных dmesg
и содержимого /var/log/kern.log
и /var/log/syslog
для подсказок.
Мы можем попытаться помочь, если вы поделитесь этим с нами. См. Этот вопрос, чтобы узнать, как:
Как я могу легко поделиться результатами команды или текстового файла с другими?
Я не думаю, что установка, о которой вы упоминаете, имеет какое-то отношение к ней.
Проверьте /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]
Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.
Проверьте /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
, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.
Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.
Проверьте /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]
Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.
Проверьте /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
, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.
Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.
Проверьте /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
, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.
Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.
Проверьте /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
, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.
Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.
Проверьте /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]
Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.
Проверьте /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
, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.
Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.
Проверьте /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
, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.
Я не думаю, что упомянутое вами упоминание имеет какое-либо отношение к нему.
Проверьте /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
, в котором будет регистрироваться попытка приостановить и запустить ваш скрипт.
-9
лучше, я не знаю, почему у меня был только -1
, редактируется сейчас.
– Carl
20 April 2014 в 16:30
sshfs
вместо nfs
.
– nobar
15 November 2017 в 15:21