система не выключается при выключении питания, просто останавливается

Мое лучшее предположение на основе информации обеспечило, ошибочный BIOS UEFI. при рытье через ошибки ядра для Haswell я нашел возможное обходное решение. Попытайтесь использовать xhci_hcd.quirks=262144 в качестве параметра загрузки или Отключить xhci в UEFI.

Единственные другие опции, о которых я могу думать, следующие:

А Ожидают и надеются, что или группа разработчиков ядра или Lenovo придумывают обновление, которое разрешает проблему.

Контакт B) Lenovo Support и стремление к обновлению BIOS, которое разрешает проблему или поощряет других той же проблемой подписаться на Ваш отчет об ошибках. Это может или не может быть больше эффективно, чем A.

C) Изменяют BIOS или ядро самостоятельно, пока Вы не достигаете желаемого результата (Не для слабонервных). Я не рекомендую этот план действий, только включая его для полноты. Изменение BIOS может легко оставить Вас с незагрузочной системой с освобожденной гарантией. Необходимо также считать тщательно причины и против компиляции собственного ядра в вышеупомянутом связанном документе.

Источник: https://bugzilla.kernel.org/show_bug.cgi? id=66171#c118

После просмотра системных файлов я увидел несколько предупреждений о BIOS. Я проверил веб-сайт Intel, и было доступно обновление, которое, казалось, решало проблему перекрывающихся адресов памяти. Не совсем то же самое, но мои журналы указывали, что различные сектора моего BIOS возвращали неожиданные значения, что не мешало запуску ядра, но, очевидно, не было хорошо. Проблема не была очевидна, пока ядро ​​не прекратило использовать upstart и не начало использовать systemd.

Я скачал обновленный BIOS и применил его, и теперь моя система выключается, как и ожидалось.

Что cat /etc/default/halt говорит? Попробуйте halt -p.

можно также отредактировать /etc/init.d/halt и удалить это строки:

if [ "$INIT_HALT" = "HALT" ]
then
  poweroff=""
fi

ниже

poweroff="-p"

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

sudo apt-get autoremove
sudo apt-get dist-upgrade

, Если это не решило Вашу проблему и обновление, обошелся без помощи любых ошибок, или предупреждения, крошечные, попытаются рыть немного более глубокий, чтобы видеть, можем ли мы узнать то, что вызывает проблему. Вы могли получить вывод путем осмотра содержания /var/log/unattended-upgrades. Если Вы могли бы выяснить, какое обновление вызывает проблему, Вы могли поместить в черный список обновление путем изменения /etc/apt/apt.conf.d/50unattended-upgrades.

, Если это все еще не решает проблему, можно временно удалить пакет, чтобы подтвердить, является ли это причина:

sudo apt-get remove unattended-upgrades 

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

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

У меня была такая же проблема, и я считаю, что она связана с загрузкой UEFI. На Acer Aspire V 11, изначально Windows 8, я недавно установил OpenSUSE Leap 15.0 с загрузкой EFI и безопасной загрузкой, установленной на «отключен» в BIOS. Теперь выключение, перезагрузка и приостановка работы корректно.

Ранее я использовал Ubuntu 16.04, 18.04 и совсем недавно 18.10 при устаревшей загрузке, и все они столкнулись с одной и той же проблемой. Я также попробовал Fedora 24, OpenSUSE Tumbleweed и OpenSUSE 42.2, все с одной и той же проблемой.

Я также пробовал Ubuntu 18.10 с включенной загрузкой EFI и безопасной загрузкой, но получил ошибку не загружаемого устройства. Я не пробовал загрузку EFI с отключенной безопасной загрузкой.

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

sudo poweroff

, Если это не завершает работу аппаратных средств, это - аппаратная проблема и не программное обеспечение.

1. Перезапуск тогда F2
2. Переходит к конфигурации и отключает xHCI
3. , Сохраняют и выходят

, не думают об этом, просто доверяют мне и делают это:)

Я попробовал все и после дней, которые добился цели непритязательный оцененный fanswer от этого форума: Ubuntu 14.04, застрявшая на завершении работы

Для меня, решение состояло в том, чтобы обновить ядро. Я использовал 4.5.3 на Ubuntu 15.10 (что-либо большее, чем это разрушит ОС после входа в систему), И 4,7 работы RC3 над Ubuntu 16.04.

Теперь работает отлично :-)

Я могу подтвердить, что это определенно имеет некоторое отношение к ACPI. Моя система показывает это точное поведение, если и только если я передаю acpi=off в Linux, 4.20-rc3 в целях разработки ядра. Если Ваш ACPI был включен сначала, то существует справедливый шанс, что реализация ACPI в BIOS была багги. Я вижу, что Вы сказали, что обновление ядра помогло. Но обновление BIOS, возможно, добилось цели, также.