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:
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 now
dll
Juga, jika saya reboot alih-alih mematikan, saya mendapatkan lightsed psychedelic ini di monitor saya dan harus mengklik lama tombol power untuk mematikannya:
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.conf
tidak memiliki garis yang tidak dikoordinasi selain dari [Login]
header.
Ada /usr/sbin/acpid
proses 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.
dmesg
dan 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.journalctl --all
. edit jawaban Anda dan perlihatkan kepada orang-orang jika Anda ingin bantuan memahaminya.Jawaban:
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=262144
sebagai 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
sumber
Coba tambahkan
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.
sumber
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
upstart
dan mulai menggunakansystemd
.Saya mengunduh BIOS yang diperbarui dan menerapkannya dan sekarang sistem saya mati seperti yang diharapkan.
sumber
Apa yang
cat /etc/default/halt
dikatakan? Cobahalt -p
.Anda juga dapat mengedit
/etc/init.d/halt
dan menghapus baris ini:di bawah
sumber
halt -p
tidak ada bedanya, itu masih belum sepenuhnya dimatikan.HALT=poweroff
. Tetapi seharusnya tidakhalt -p
ataupoweroff
ataushutdown now
masih bekerja terlepas dari apa yang ada di sana?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:
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:
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.
sumber
autoremove
dandist-upgrade
memiliki "0 untuk meng-upgrade, 0 untuk menghapus" dll, dan / var / log / tanpa pengawasan-upgrade kosong:$ wc -c < /var/log/unattended-upgrades/unattended-upgrades-shutdown.log
memberikan0
/lib/systemd/system-shutdown
dalamnya, jadi tidak ada layanan yang harus dipanggil ketika saya mengetik poweroff . Dan menghapusunattended-upgrades
sepenuhnya tidak berpengaruh.Saya mencoba segalanya dan setelah berhari-hari, penggemar fanatik dari forum ini melakukan trik: Ubuntu 14,04 macet saat shutdown
Sekarang berfungsi dengan baik :-)
sumber
acpi=noirq
askubuntu.com/a/794739/25639Saya 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.
sumber
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.
sumber
Perangkat keras Anda mungkin tidak mendukung penutupan perangkat lunak. Saya pernah mengalami itu sebelumnya, dan cara untuk menguji adalah ini:
Jika itu tidak mematikan perangkat keras, itu masalah perangkat keras dan bukan perangkat lunak.
sumber
systemd-shutdown[1]: Powering off.
Mesin dimatikan dengan baik dengan 12,04 dan 14,04, tetapi tidak menginstal baru 16,04.Jangan pikirkan itu, percayalah padaku dan lakukan saja :)
sumber