sistem tidak mematikan pada "poweroff", hanya berhenti


13

Saya telah menginstal Xubuntu 15.04 pada Lenovo IdeaCentre A740 QHD dengan CPU Haswell (revisi BIOS 00KT19AUS) dan NVIDIA GeForce GTX 850A 2GB. Ini sebagian besar berfungsi, kecuali ketika saya melakukan shutdown atau reboot, itu sebenarnya tidak mematikan daya setelah berhenti semuanya:

IMG:

Jadi saya harus mengklik tombol power untuk benar-benar mematikannya.


Saya telah menyimpan instalasi Windows 8.1 kalau-kalau ada firmware di masa depan. Sebelum menginstal Xubuntu, saya mematikan Fastboot dari Windows, lalu menginstal Xubuntu. Sayangnya, UEFI BIOS tidak membiarkan saya mengubah urutan boot sehingga Ubuntu benar-benar dimulai sebagai default. Saya mencoba bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi, mencoba mematikan "quickboot" (apa pun itu) di BIOS, mencoba program Boot-Repair dari Live Session, dan mencoba mematikan SecureBoot, tetapi tetap saja boot Windows. Saya berakhir, dengan bantuan EricC ^^ dari #ubuntu di freenode, hanya berpindah-pindah file .efi untuk mengelabui manajer boot agar berpikir Ubuntu adalah Windows:

cp /boot/efi/efi/boot/bootx64.efi{,.backup}
cp /boot/efi/efi/microsoft/boot/bootmgfw.efi{,.backup}
cp /boot/efi/efi/ubuntu/grubx64.efi /boot/efi/efi/boot/bootx64.efi
cp /boot/efi/efi/ubuntu/grubx64.efi /boot/efi/efi/microsoft/boot/bootmgfw.efi
cp /boot/efi/efi/ubuntu/grubx64.efi /boot/efi/efi/microsoft/boot/grubx64.efi
sudo vim /usr/lib/os-probes/mounted/efi/20microsoft
# and changed bootmgfw.efi to bootmgfw.efi.backup
update-grub

Saya tidak tahu apakah semua ini ada hubungannya dengan masalah penutupan.

EDIT: Kalau dipikir-pikir, reboot dari instalasi Xubuntu (ketika saya boot melalui USB drive) tidak berfungsi baik.


Apa yang saya coba sejauh ini untuk mematikannya:

  • acpi = off → tidak ada perbedaan
  • acpi = force → tidak ada perbedaan
  • instal driver Nvidia eksklusif → yang baru saja membuat X tidak memulai dengan pesan "bbswitch: Tidak ditemukan perangkat VGA diskrit"
  • berbagai variasi pada sudo poweroff, sudo shutdown now, sudo shutdown -h nowdll

Juga, jika saya reboot alih-alih mematikan, saya mendapatkan lightsed psychedelic ini di monitor saya dan harus mengklik lama tombol power untuk mematikannya:

menyalakan kembali kesenangan

Jika ini membantu, ini adalah journalctl --semua output segera setelah booting dan mungkin lebih baik: journalctl -b -1 (jurnal dari bootup ke shutdown) .


Juga, mungkin terkait, saya perhatikan sekarang bahwa menekan tombol daya saat masuk ke XFCE mematikan komputer, meskipun saya memiliki pengaturan daya XFCE untuk "Tanya saat tombol daya ditekan" dan "Jangan lakukan apa-apa" pada tombol lain.

Saya /etc/systemd/logind.conftidak memiliki garis yang tidak dikoordinasi selain dari [Login]header.

Ada /usr/sbin/acpidproses yang berjalan sebagai root.


EDIT: Lebih banyak wahyu: Ctrl + Alt + Delete sebenarnya reboot baik-baik saja dari GRUB.

EDIT2: Saya sudah mengajukan laporan bug karena ini sepertinya tidak bisa diperbaiki dengan trik biasa.

EDIT3: Diselesaikan dengan acpi = noirq dan kernel 4.4 dan yang lebih baru.


Saya memiliki masalah serupa di Ubuntu 15.04 Desktop / Server di mana sistem hang saat shutdown / startup. Teori saya adalah bahwa keduanya mungkin terkait. Saya mempersempit masalah startup dengan memeriksa dmesgdan menemukan bahwa ia mencoba me-mount sistem file yang tidak ada dan menunggu sebentar sebelum melanjutkan boot, Juga masalah shutdown terkait mount karena jika saya mematikan desktop saya dengan buka koneksi NFS ke server saya tanpa paksa un-mount itu akan hang. Saya tidak yakin apakah masalah ini terkait dengan masalah Anda, tetapi saya pikir saya akan membawanya hanya membungkus.
Michael Lindman

1
Komentar M. Lindman benar-benar tepat. Ada log yang menunjukkan secara rinci apa yang sedang terjadi. Baca dengan journalctl --all. edit jawaban Anda dan perlihatkan kepada orang-orang jika Anda ingin bantuan memahaminya.
JdeBP

JdeBP: ditambahkan, tetapi dari apa yang saya tahu, journalctl hanya memberikan info dari bootup ini - apakah ada cara untuk membuatnya tetap seperti sebelumnya?
malu


Terima kasih JdeBP, bertanya-tanya mengapa log-log itu tidak disimpan :) Saya menambahkan tautan baru ke bagian bawah pertanyaan, meskipun saya sendiri tidak dapat menemukan sesuatu yang mencurigakan.
Unhammer

Jawaban:


4

Tebakan terbaik saya berdasarkan info yang diberikan adalah UEFI BIOS yang bermasalah. menggali bug kernel untuk Haswell, saya menemukan solusi yang mungkin. Coba gunakan xhci_hcd.quirks=262144sebagai opsi boot atau Menonaktifkan xhci di UEFI.

Satu-satunya pilihan lain yang bisa saya pikirkan adalah sebagai berikut:

A) Tunggu dan harap tim pengembangan kernel atau Lenovo memberikan pembaruan yang menyelesaikan masalah.

B) Hubungi Dukungan Lenovo dan dorong pembaruan BIOS yang menyelesaikan masalah atau mendorong orang lain dengan masalah yang sama untuk berlangganan laporan bug Anda. Ini mungkin atau mungkin tidak lebih efektif daripada A.

C) Ubah BIOS atau kernel sendiri sampai Anda mencapai hasil yang diinginkan (Tidak untuk menjadi lemah hati). Saya tidak merekomendasikan tindakan ini, hanya memasukkannya untuk kelengkapan. Memodifikasi BIOS dapat dengan mudah meninggalkan Anda dengan sistem yang tidak dapat di-boot dengan garansi yang dibatalkan. Anda juga harus membaca dengan hati-hati alasan untuk dan tidak mengkompilasi kernel Anda sendiri dalam dokumen tertaut tersebut.

Sumber: https://bugzilla.kernel.org/show_bug.cgi?id=66171#c118


Itu untuk sistem Broadwell ( support.lenovo.com/id/en/products/desktops-and-all-in-ones/… ), milik saya Haswell (revisi BIOS 00KT19AUS)
mudah

Informasi baru yang diedit menjadi pertanyaan bagi Anda.
Penatua Geek

Saya mengedit jawaban saya
Penatua Geek

Catatan: Tampaknya Christopher M. Penalver sampai pada kesimpulan salah yang sama yang saya lakukan mengenai BIOS. Anda mungkin ingin mempercepatnya pada bug yang dilaporkan.
Penatua Geek

1
Pengaturan XHCI terkait dengan USB - Saya harap ini membantu Anda menemukannya di BIOS. Jika tidak, hubungi layanan pelanggan Lenovo di 1 (855) 253-6686 dan tanyakan di mana menemukannya atau apakah mereka memiliki pembaruan BIOS yang sedang bekerja. Semua yang terbaik!
Penatua Geek

4

Coba tambahkan

acpi=noirq

ke parameter boot kernel. Ini memungkinkannya mematikan pada shutdown / restart (diuji dengan kernel 4.4 dan 4.7rc5).

Tampaknya untuk menangguhkan juga, tetapi sayangnya tidak melanjutkan dari menunda pada menekan tombol power.

Ini telah bekerja dengan baik selama lebih dari tiga bulan sekarang di A740, jadi saya menyebut ini terpecahkan.


Saya senang opsi saya A) bekerja untuk Anda! :-)
Penatua Geek

Seperti dalam "menunggu dan berharap"? Apa yang sebenarnya saya lakukan adalah melaporkannya sebagai bug dalam paket linux Ubuntu, mencoba beberapa rilis arus utama yang lebih baru, lalu ketika itu tidak menyelesaikan apa pun saya melaporkannya ke atas, pertama-tama ke bugzilla.kernel.org/show_bug.cgi?id komponen yang salah = 118401 , kemudian dikirim ke ide / ahci, dan setelah beberapa pertukaran e-mail dan mencoba untuk mendapatkan hasil debug yang bermanfaat marc.info/?t=146296312800002&r=1&w=2 dan mencoba berbagai opsi yang disarankan di sana, temukan yang berhasil. Cukup menunggu dan peningkatan tidak menyelesaikannya, pengaturan grub perlu diedit.
Unhammer

Bagaimanapun, saya senang Anda mendapatkannya diurutkan. Apakah itu A atau B :-)
Penatua Geek

2

Setelah mencari melalui file sistem saya melihat beberapa peringatan tentang BIOS. Saya memeriksa situs web Intel dan ada peningkatan yang tersedia yang tampaknya menyelesaikan masalah alamat memori yang tumpang tindih. Tidak jelas sama tetapi log saya menunjukkan bahwa berbagai sektor BIOS saya mengembalikan nilai yang tidak diharapkan, yang tidak mencegah kernel untuk memulai tetapi jelas tidak baik. Masalahnya tidak jelas sampai kernel berhenti menggunakan upstartdan mulai menggunakan systemd.

Saya mengunduh BIOS yang diperbarui dan menerapkannya dan sekarang sistem saya mati seperti yang diharapkan.


Sistem / BIOS apa ini? (Lenovo belum merilis BIOS yang diperbarui untuk arsitektur prosesor saya.)
Unhammer

0

Apa yang cat /etc/default/haltdikatakan? Coba halt -p.

Anda juga dapat mengedit /etc/init.d/haltdan menghapus baris ini:

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

di bawah

poweroff="-p"

halt -ptidak ada bedanya, itu masih belum sepenuhnya dimatikan.
Unhammer

oh, dan / etc / default / stop berkata HALT=poweroff. Tetapi seharusnya tidak halt -patau poweroff atau shutdown nowmasih bekerja terlepas dari apa yang ada di sana?
Unhammer

0

Dari Kernel Log Anda (Screenshot) Saya punya firasat bahwa peningkatan tanpa pengawasan mungkin menjadi penyebab masalah Anda. Sudah ada beberapa laporan bug pada tahun lalu, tetapi belum diatasi. Perbaikan sementara untuk ini akan menonaktifkan pembaruan otomatis dengan pembaruan, tetapi kami akan menyimpannya sebagai upaya terakhir. Namun pertama-tama, kami akan mencoba peningkatan manual:

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

Jika ini tidak menyelesaikan masalah Anda, dan pembaruan berjalan tanpa kesalahan atau peringatan, kami akan mencoba menggali lebih dalam untuk melihat apakah kami dapat mengetahui apa yang menyebabkan masalah tersebut. Anda bisa mendapatkan petunjuk dengan memeriksa konten /var/log/unattended-upgrades. Jika Anda bisa mencari tahu pembaruan mana yang menyebabkan masalah, Anda bisa daftar hitam pembaruan dengan memodifikasi /etc/apt/apt.conf.d/50unattended-upgrades.

Jika masih tidak menyelesaikan masalah, Anda dapat menghapus sementara paket, untuk mengonfirmasi apakah itu penyebabnya:

sudo apt-get remove unattended-upgrades 

Saya sarankan Anda menginstalnya kembali bahkan jika itu memecahkan masalah Anda. Jika demikian, bawa kembali laporan bug dengan informasi lebih lanjut sehingga pengembang dapat menyelesaikan masalah Anda.

Peringatan: Jika Anda memilih untuk menonaktifkan pembaruan otomatis dan kemudian tidak memperbarui sistem secara manual, Anda mungkin berisiko dari sudut pandang keamanan dan stabilitas.


Ini segar instalasi - autoremovedan dist-upgradememiliki "0 untuk meng-upgrade, 0 untuk menghapus" dll, dan / var / log / tanpa pengawasan-upgrade kosong: $ wc -c < /var/log/unattended-upgrades/unattended-upgrades-shutdown.logmemberikan0
unhammer

Juga, tidak ada program di /lib/systemd/system-shutdowndalamnya, jadi tidak ada layanan yang harus dipanggil ketika saya mengetik poweroff . Dan menghapus unattended-upgradessepenuhnya tidak berpengaruh.
Unhammer

0

Saya mencoba segalanya dan setelah berhari-hari, penggemar fanatik dari forum ini melakukan trik: Ubuntu 14,04 macet saat shutdown

Bagi saya, solusinya adalah meng-upgrade kernel. Saya menggunakan 4.5.3 di Ubuntu 15.10 (apapun yang lebih besar dari ini akan merusak OS setelah login) Dan 4.7 RC3 berfungsi di Ubuntu 16.04.

Sekarang berfungsi dengan baik :-)


Itu tidak bekerja untuk sistem saya. Seperti yang ditunjukkan laporan bug, saya sudah mencoba cukup banyak 4,7 kernel - ini hanya membuat tidak mungkin untuk boot! Setelah melaporkan bantuan hulu dan debugging dari daftar kernel, solusi untuk kedua masalah saya (booting sama sekali, dan matikan pada shutdown) adalah acpi=noirq askubuntu.com/a/794739/25639
unhammer

0

Saya dapat mengonfirmasi bahwa itu pasti ada hubungannya dengan ACPI. Sistem saya menunjukkan perilaku yang tepat ini jika dan hanya jika saya melewatkan acpi = off di Linux 4.20-rc3 untuk tujuan pengembangan kernel. Jika ACPI Anda diaktifkan pada awalnya, maka ada kemungkinan adil bahwa implementasi ACPI di BIOS bermasalah. Saya melihat Anda mengatakan upgrade kernel membantu. Tetapi upgrade BIOS mungkin telah berhasil, juga.


Ini sebenarnya tidak menjawab pertanyaan. Saran Anda yang berkaitan dengan BIOS hanya menunjukkan kemungkinan solusi, yang tampaknya Anda belum mencobanya. Faktanya, OP mengindikasikan bahwa ia telah menyelesaikan masalahnya dengan "menambahkan acpi = noirq ke parameter boot kernel".
CentaurusA

0

Saya memiliki masalah yang sama dan percaya bahwa itu terkait dengan boot UEFI. Pada Acer Aspire V 11, awalnya Windows 8, saya telah melakukan instalasi baru OpenSUSE Leap 15.0 dengan boot EFI dan boot aman diatur ke "dinonaktifkan" di BIOS. Sekarang shutdown, reboot, dan suspend berfungsi dengan benar.

Sebelumnya, saya menggunakan Ubuntu 16.04, 18.04 dan yang terbaru 18.10 di bawah legacy boot dan mereka semua mengalami masalah yang sama. Saya juga mencoba Fedora 24, OpenSUSE Tumbleweed dan OpenSUSE 42.2, semuanya dengan masalah yang sama.

Saya juga mencoba Ubuntu 18.10 dengan boot EFI dan boot aman diaktifkan tetapi ada kesalahan perangkat yang tidak dapat di-boot. Saya tidak mencoba boot EFI dengan boot aman dinonaktifkan.


-1

Perangkat keras Anda mungkin tidak mendukung penutupan perangkat lunak. Saya pernah mengalami itu sebelumnya, dan cara untuk menguji adalah ini:

sudo poweroff

Jika itu tidak mematikan perangkat keras, itu masalah perangkat keras dan bukan perangkat lunak.


3
Seperti yang dinyatakan dalam pertanyaan, saya sudah mencobanya tetapi tidak berhasil. Tapi GRUB mengelola reboot perangkat lunak dengan baik (tidak yakin bagaimana menguji poweroff di sana) sementara Windows 8.1 melakukan poweroff perangkat lunak dan reboot dengan baik pada perangkat keras ini. Sepertinya masalah kernel, jadi saya sudah mengajukan laporan bug .
Unhammer

1
upvote untuk mengajukan laporan bug.
Daniel

-1 Karena saya menemukan sebaliknya. Itu berakhir dengan systemd-shutdown[1]: Powering off.Mesin dimatikan dengan baik dengan 12,04 dan 14,04, tetapi tidak menginstal baru 16,04.
Nateowami

-1
  1. Mulai kembali kemudian F2
  2. Buka konfigurasi dan nonaktifkan xHCI
  3. Simpan dan keluar

Jangan pikirkan itu, percayalah padaku dan lakukan saja :)


Saya tidak dapat menemukan pengaturan XHCI di BIOS di mana pun. Saya dapat mematikan semua USB, tetapi itu bukan pilihan bagi saya.
Unhammer

ini tidak akan mengubah semua usb itu hanya akan mengubah usb3
Talal
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.