Sistem “güç” ün gücünü kapatmaz, sadece durur


13

Hasub CPU (BIOS revizyonu 00KT19AUS) ve NVIDIA GeForce GTX 850A 2GB ile Lenovo IdeaCentre A740 QHD'ye Xubuntu 15.04 yükledim. Çoğunlukla çalışıyor, ancak bir kapatma veya yeniden başlatma yaptığımda, her şeyi bıraktıktan sonra gücü kapatmıyor:

IMG:

Bu yüzden gerçekten kapatmak için güç düğmesine tıklamam gerekiyor.


Gelecekteki herhangi bir ürün yazılımı olması durumunda Windows 8.1 kurulumunu sakladım. Xubuntu'yu kurmadan önce, Fastboot'u Windows'tan kapattım, sonra Xubuntu'yu kurdum. Ne yazık ki, UEFI BIOS, önyükleme sırasını değiştirmeme izin vermedi, böylece Ubuntu aslında varsayılan olarak başladı. Denedim bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi, BIOS'ta "quickboot" (ne olursa olsun) kapatmayı denedim, Canlı Oturumdan Boot-Repair programını denedim ve SecureBoot'u kapatmayı denedim, ancak yine de Windows'u önyükleyecekti. Ben freenode üzerinde #ubuntu EricC ^^ yardımıyla, sadece .efi dosyaları etrafında Ubuntu Windows olduğunu düşünme içine önyükleme yöneticisi kandırmak için sona erdi:

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

Bunlardan herhangi birinin kapatma sorununda bir etkisi olup olmadığını bilmiyorum.

DÜZENLEME: Düşünmeye gel, Xubuntu kurulumundan (bir USB sürücüden önyükleme yaptığımda) yeniden başlatma da işe yaramadı.


Kapatmak için şimdiye kadar denediklerim:

  • acpi = kapalı → fark yok
  • acpi = kuvvet → fark yok
  • tescilli Nvidia sürücülerini yükleyin → X'in "bbswitch: Ayrık VGA aygıtı bulunamadı" mesajıyla başlamamasını sağladı
  • çeşitli varyasyonlar sudo poweroff, sudo shutdown now, sudo shutdown -h nowvs.

Ayrıca, kapatma yerine yeniden başlatırsam, bu psychedelic ışık gösterisini monitörüme alıyorum ve kapatmak için güç düğmesini uzun tıklatmam gerekiyor:

eğlenceyi yeniden başlat

Yararlıysa , burada bir journalctl - önyükleme yaptıktan hemen sonra ve daha da iyisi: journalctl -b -1 (önyüklemeden kapatmaya kadar günlük) .


Ayrıca, belki de ilgili olarak, XFCE'de oturum açmışken güç düğmesine basmanın XFCE güç ayarları "Güç düğmesine basıldığında sor" ve diğer düğmelerde "Hiçbir şey yapma" seçeneğim olsa bile bilgisayarı kapattığını fark ettim.

Benim /etc/systemd/logind.confdışında hiçbir uncommented hatları vardır [Login]başlığındaki.

/usr/sbin/acpidKök olarak çalışan bir işlem var .


DÜZENLEME: Daha fazla açıklama: Ctrl + Alt + Delete aslında GRUB'dan ince yeniden başlat.

EDIT2: Bu normal hileler ile düzeltilebilir görünmüyor çünkü bir hata raporu dosyaladım .

EDIT3: acpi = noirq ve çekirdek 4.4 ve daha yenisi ile çözüldü.


Sistem kapatma / başlatma sırasında sistemin askıda kaldığı Ubuntu 15.04 Masaüstü / Sunucu'da benzer sorunlar yaşıyorum. Benim teorim, her ikisinin de ilişkili olabileceğidir. Başlangıç ​​sorununu kontrol ederek daralttım dmesgve var olmayan bir dosya sistemini kurmaya çalıştığını ve önyüklemeye devam etmeden önce bir dakika beklediğini gördüm, ayrıca kapatma sorunları bir bağlantıyla ilgili oldu, çünkü masaüstümü bir NFS bağlantısını sunucumdan zorla çıkarmadan açmanız asılır. Bu sorunların sorununuzla ilgili olup olmadığından emin değilim ama onları encas'a getireceğimi düşündüm.
Michael Lindman

1
M.Lindman'ın yorumu eğik bir şekilde iyi bir noktaya değiniyor. Neler olup bittiğini ayrıntılı olarak gösteren bir günlük var. İle okuyun journalctl --all. cevabınızı düzenleyin ve anlamak için yardım istiyorsanız bunu insanlara gösterin.
JdeBP

JdeBP: ekledi, ama söyleyebileceğim kadarıyla journalctl sadece bu önyüklemeden bilgi veriyor - öncekileri tutmanın bir yolu var mı?
unhammer


Teşekkürler JdeBP, neden bu günlüklerin saklanmadığını merak ettim :) Kendime şüpheli bir şey bulamasam da, sorunun altına yeni bir bağlantı ekledim.
unhammer

Yanıtlar:


4

Sağlanan bilgilere dayanarak en iyi tahminim, bir hatalı UEFI BIOS. Haswell için çekirdek hatalarını kazarak olası bir çözüm buldum. xhci_hcd.quirks=262144Önyükleme seçeneği olarak veya UEFI'de xhci'yi devre dışı bırakmayı deneyin .

Aklıma gelen diğer seçenekler şunlardır:

A) Çekirdek geliştirme ekibinin veya Lenovo'nun sorunu çözen bir güncelleme hazırlamasını bekleyin ve umun.

B) Lenovo Destek ile iletişim kurun ve sorunu çözen veya aynı sorunu olan diğer kişileri hata raporunuza abone olmaya teşvik eden bir BIOS güncellemesi için itin. Bu A'dan daha etkili olabilir veya olmayabilir.

C) İstediğiniz sonuca ulaşana kadar BIOS'u veya çekirdeği değiştirin (kalbin zayıflığı için değil). Bu hareket tarzını tavsiye etmiyorum, sadece tamlık için dahil ediyorum. BIOS'u değiştirmek sizi geçersiz garantili bir önyükleme yapamayan sistemle kolayca bırakabilir. Ayrıca, yukarıda belirtilen bağlantılı belgede kendi çekirdeğinizi derlemenin nedenlerini dikkatlice okumalısınız.

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


Yani Broadwell sistemleri için en ( support.lenovo.com/us/en/products/desktops-and-all-in-ones/... ), madeni Haswell (BIOS revizyon 00KT19AUS) var
unhammer

Yeni bilgileri sizin için soru olarak düzenledi.
Elder Geek

Cevabımı düzenledim
Elder Geek

Not: Görünüşe göre Christopher M. Penalver, BIOS ile ilgili yaptığım aynı yanlış sonuca vardı. Bildirilen hatalarınızı hızlandırmak için onları yükseltmek isteyebilirsiniz.
Elder Geek

1
XHCI ayarları USB ile ilgilidir - umarım BIOS'unuzda bulmanıza yardımcı olur. Değilse, 1 (855) 253-6686 numaralı telefondan Lenovo müşteri hizmetlerine başvurun ve nerede bulacağınızı ya da çalışmalarında BIOS güncellemesi olup olmadığını sorun. Herşey gönlünce olsun!
Elder Geek

4

Eklemeyi deneyin

acpi=noirq

çekirdek önyükleme parametrelerine. Bu, kapatma / yeniden başlatma sırasında kapanmasına izin verir (4.4 ve 4.7rc5 çekirdekleri ile test edilmiştir).

O yok maalesef çok askıya gibi görünüyor, ama değil güç düğmesine basarak üzerinde bekleme durumundan.

Bu, A740'ta üç aydan fazla bir süredir iyi çalıştı, bu yüzden bunu çözülmüş olarak adlandırıyorum.


A) seçeneğimin sizin için çalışmasına sevindim! :-)
Elder Geek

"Bekle ve umut" gibi? Aslında yaptığım şey, Ubuntu linux paketinde hata olarak rapor etmek, bazı yeni ana hat sürümlerini denemekti, daha sonra bu, yukarı doğru rapor ettiğim hiçbir şeyi çözmediğinde, önce yanlış bileşene bugzilla.kernel.org/show_bug.cgi?id = 118401 , daha sonra ide / ahci'ye gönderildi ve bazı e-posta alışverişleri yapıldıktan ve yararlı hata ayıklama çıktısı almaya çalıştıktan sonra marc.info/?t=146296312800002&r=1&w=2 ve önerilen farklı seçenekleri denedikten sonra, işe yarayanı buldum. Sadece beklemek ve yükseltmek bunu çözmez, grub ayarlarının düzenlenmesi gerekir.
unhammer

Ne olursa olsun, onu sıraladı sevindim. A ya da B :-) olsun
Elder Geek

2

Sistem dosyaları üzerinden geldikten sonra BIOS hakkında birkaç uyarı gördüm. Intel'in web sitesini kontrol ettim ve çakışan bellek adresleriyle ilgili bir sorunu çözmüş gibi görünen bir yükseltme mevcuttu. Açıkçası aynı değil ama günlüklerim, BIOS'umun çeşitli sektörlerinin beklenmedik değerler döndürdüğünü gösterdi, bu da çekirdeğin başlamasını engellemedi, ancak açıkçası iyi değildi. Çekirdek kullanmayı bırakıp kullanmaya upstartbaşlayana kadar sorun belli değildi systemd.

Güncellenmiş BIOS'u indirdim ve uyguladım ve şimdi sistemim beklendiği gibi kapanıyor.


Bu hangi sistem / BIOS'du? (Lenovo henüz işlemci
mimarim

0

Ne cat /etc/default/haltdiyor? Deneyin halt -p.

Ayrıca /etc/init.d/haltbu satırları düzenleyebilir ve kaldırabilirsiniz:

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

altında

poweroff="-p"

halt -pfarklı değil, hala tamamen kapanmıyor.
unhammer

oh, ve / etc / default / stop diyor HALT=poweroff. Ama orada ne olursa olsun, çalışmamalı halt -ppoweroff yoksa shutdown nowhala çalışmamalı mı?
unhammer

0

Çekirdek Günlüklerinizden (Ekran Görüntüsü) Gözetimsiz yükseltmelerin sorununuzun nedeni olabileceğine dair bir önsezim var. Olmuştur birkaç hata raporları önce bu yıl, ama onlar çözülmüş değil. Bunun geçici bir çözümü, otomatik güncellemeleri güncellemelerle devre dışı bırakmak olacaktır, ancak son çare olarak tutacağız. Ancak her şeyden önce manuel bir yükseltmeyi deneyeceğiz:

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

Bu sorununuzu çözmediyse ve yükseltme herhangi bir hata veya uyarı yapmadan devam ederse, sorunun nedenini bulabileceğimizi görmek için biraz daha derin kazmaya çalışacağız. İçeriğini inceleyerek bir ipucu alabilirsiniz /var/log/unattended-upgrades. Hangi güncelleştirmenin soruna neden olduğunu bulabilirseniz, değiştirerek güncelleştirmeyi kara listeye alabilirsiniz /etc/apt/apt.conf.d/50unattended-upgrades.

Sorunu hala çözmezse, sorunun neden olup olmadığını onaylamak için paketi geçici olarak kaldırabilirsiniz:

sudo apt-get remove unattended-upgrades 

Sorununuzu çözse bile yeniden yüklemenizi öneririz. Bu durumda, geliştiricilerin sorununuzu çözebilmesi için hata raporunu daha fazla bilgi ile geri getirin.

Uyarı: Otomatik güncellemeyi devre dışı bırakmayı seçerseniz ve ardından sisteminizi manuel olarak güncellemezseniz, güvenlik ve kararlılık bakış açısından risk altında olabilirsiniz.


Bu yeni bir yükleme - autoremoveve dist-upgrade"yükseltmek için 0, kaldırmak için 0" vb. Ve / var / log / katılımsız yükseltmeleri boş: $ wc -c < /var/log/unattended-upgrades/unattended-upgrades-shutdown.logverir0
unhammer

Ayrıca, içinde program yok /lib/systemd/system-shutdown, bu yüzden ben poweroff yazdığınızda çağrılması gereken hizmet yoktur . Ve unattended-upgradestamamen kaldırmanın bir etkisi yoktu.
unhammer

0

Her şeyi denedim ve günler sonra bu forumdan düşük puan alan bir hata yapan kişi hile yaptı: Ubuntu 14.04 kapanmaya takılı kaldı

Benim için çözüm, çekirdeği yükseltmekti. Ubuntu 15.10'da 4.5.3 kullandım (bundan daha büyük bir şey giriş yaptıktan sonra işletim sistemini kilitleyecektir) ve 4.7 RC3, Ubuntu 16.04 üzerinde çalışıyor.

Şimdi mükemmel çalışıyor :-)


Bu benim sistemim için işe yaramadı. Hata raporlarının gösterdiği gibi, zaten çok sayıda 4.7 çekirdek denedim - bunlar sadece önyüklemeyi imkansız hale getirdi! Çekirdek listesinden akış yukarı ve hata ayıklama yardımını bildirdikten sonra, her iki sorunum için de (tümüyle önyükleme ve kapatma sırasında kapanma) geçici çözüm acpi=noirq askubuntu.com/a/794739/25639
8'de kaldırıldı

0

ACPI ile kesinlikle bir ilgisi olduğunu onaylayabilirim. Sistemim bu davranışı yalnızca çekirdek geliştirme amacıyla Linux 4.20-rc3'te acpi = off iletirsem gösterir. ACPI'nız ilk başta etkinleştirildiyse, BIOS'taki ACPI uygulamasının hatalı olması ihtimali oldukça yüksektir. Görüyorum ki bir çekirdek güncellemesi yardımcı oldu. Ancak bir BIOS yükseltmesi de işe yaramış olabilir.


Bu aslında soruyu cevaplamıyor. BIOS ile ilgili öneriniz, sadece denemediğiniz gibi görünecek olası bir çözümü gösterir. Aslında OP sorununu "çekirdek önyükleme parametrelerine acpi = noirq ekleyerek" çözdüğünü belirtti.
CentaurusA

0

Aynı sorunu yaşadım ve bunun UEFI önyüklemesi ile ilgili olduğuna inanıyorum. Acer Aspire V 11, başlangıçta Windows 8'de, EFI önyükleme ve güvenli önyükleme BIOS'ta "devre dışı" olarak ayarlanmış yeni bir OpenSUSE Leap 15.0 yüklemesi yaptım. Şimdi kapatma, yeniden başlatma ve askıya alma doğru çalışıyor.

Daha önce, eski önyükleme altında Ubuntu 16.04, 18.04 ve en son 18.10 kullanıyordum ve hepsi de aynı sorunu yaşadı. Ayrıca Fedora 24, OpenSUSE Tumbleweed ve OpenSUSE 42.2'yi de denedim.

Ayrıca EFI önyükleme ve güvenli önyükleme etkinken Ubuntu 18.10'u denedim, ancak önyüklenebilir olmayan bir cihaz hatası aldım. Güvenli önyükleme devre dışı bırakıldığında EFI önyüklemesini denemedim.


-1

Donanımınız yazılımın kapatılmasını desteklemiyor olabilir. Bunu daha önce de yaşadım ve test etmenin yolu şudur:

sudo poweroff

Bu donanımı kapatmazsa, yazılım değil, bir donanım sorunudur.


3
Soruda belirtildiği gibi, bunu boşuna denedim. Ancak GRUB, yazılımın yeniden başlatılmasını iyi yönetir (güç kaynağının nasıl test edileceğinden emin değilim), Windows 8.1 ise bu donanımda yazılımın gücünü kapatıp yeniden başlatır. Bir çekirdek sorunu gibi görünüyor, bu yüzden bir hata raporu sundum .
unhammer

1
bir hata raporu dosyalamak için oy verin.
Daniel

-1 Çünkü başka türlü bulmuyorum. İle bitiyor systemd-shutdown[1]: Powering off.Makine 12.04 ve 14.04 ile gayet iyi kapatıldı, ancak 16.04 yeni bir kurulum değil.
Nateowami

-1
  1. Yeniden başlat, sonra F2
  2. Yapılandırmaya gidin ve xHCI'yi devre dışı bırakın
  3. Kaydet ve çık

Düşünme sadece bana güven ve yap :)


BIOS'ta hiçbir yerde XHCI ayarını bulamıyorum. Tüm USB'yi kapatabilirim, ancak bu benim için bir seçenek değil.
unhammer

bu tüm usb çevirmez sadece usb3 döner
Talal
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.