Приведите к таймауту проблем во время завершения работы

Я делаю завершение работы Ubuntu и продолжаю поражать ошибку, где она испытывает таймаут. Единственный способ полностью завершить работу его состоит в том, чтобы выключить VM. Ошибки, которые я получаю.

[Time] Timed out stopping /sys/devices/virtual/block/dm-0
[Time] Timed out stopping /dev/disk/by-id/dm=name=sda5_crypt
[Time] Timed out stopping /dev/dm-0.
[Time] Timed out stopping /dev/disk/by-d/dm-uuid-C...
[Time] Timed out stopping /dev/disk/by-id/lvm-pv-uuid-3F....
[Failed] Failed to start unattended Upgrades Shutdown
6
задан 20 March 2017 в 14:41

2 ответа

Кажется, что Ваши устройства испытывают таймаут, потому что верхний слой не может размонтироваться, потому что это все еще используется, который заставляет слои внизу никогда не мочь закрыть правильно.

Вы, возможно, должны записать сценарий помощника, который работает на завершении работы, которое размонтировало вещи и закрывает cryptsetup в надлежащем порядке.

Как более полный ответ о порядке:

Общее правило: , Если необходимо было смонтировать его в определенном порядке, размонтируйте его в обратном порядке.

Более конкретно: В Вашем случае, от вывода Вы дали, порядок размонтироваться будет Вашим разделом (разделами), которые смонтированы как часть Вас зашифрованный каталог (sda5_crypt) включая возможную зашифрованную подкачку с sudo swapoff /path/to/swap; sudo umount /path/to/swap и после того как все размонтировано от зашифрованного диска, затем закройте устройство склепа с sudo cryptdisk_stop sda5_crypt. Если это дает Вам ошибку, то Вы избежали размонтировать что-то.

Теперь, если Ваш LVM, оказывается, один из тех, необходимо будет сделать vgchange -a n /dev/vgname прежде, чем закрыть устройство склепа, которое позволит, чтобы lvm объем плазмы был чисто остановлен.

Hope это помогает...

Редактирование: На другой взгляд, Вы могли бы также хотеть попробовать эту ссылку: Необслуживаемые обновления, перестав работать , поскольку я думаю, что Вы могли бы поражать ошибку в необслуживаемом сервисе Обновлений.

0
ответ дан 23 November 2019 в 08:18

В моем случае причиной было соединение WebDAV. Имел к первому umount точку монтирования WebDAV прежде, чем позволить процессы завершения работы системы.

Очистка кэша с более медленными соединениями WebDAV могла бы занять время. Так, система, возможно, уже закрыла диск, но процесс umounting WebDAV еще не готов. Когда это затем наконец готовится, это сталкивается с проблемой, которую диск не доступен больше для сбрасывания / близко или независимо от того, что это все еще хотело бы сделать.

Решение в моем случае поэтому было, для интеграции сценария завершения работы, который гарантирует все соединения WebDAV, которые будут размонтированы, прежде чем процессы завершения работы системы запустятся.

Хотя я не думаю, что это - общее решение для проблемы, эта информация могла бы все еще помочь в некоторых случаях.

С наилучшими пожеланиями, MikeKMB

0
ответ дан 23 November 2019 в 08:18

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

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