Ubuntu 16.04 kapatılıyor / yeniden başlatılıyor


89

Ubuntu 16.04 makinemi kapatmak için açma / kapatma tuşunu basılı tutmamı gerektiren kapatma / yeniden başlatma işlemlerine takılıyor ... Bunu bir hata olarak nasıl bildireceğimi ve gerekli donanım / sys günlüğünü göstermek için hangi komutları çalıştıracağımı bilmiyorum bilgi? Herhangi bir yardım çok takdir edilecektir!


1
Askıda göründüğü zaman, ESC tuşuna basın ve ekrandaki son birkaç satırı not edin. Onları sorunuza ekleyin.
Jos,

9
<joke> Size şu mesajı gösteriyor mu: "Bilgisayarınızı kapatmak artık güvenlidir"? </joke>
user300458

Burada da aynı problem var. > Blockquote BIOS'taki USB 3.0 eski modunu kapatmak benim için çalıştı. > Blockquote USB 3.0 eski modunu nasıl kapatabilirim?

6
Bu sorunu
çalışırken

4
Bu utanç verici! Neden bu basit görev çalışmayı durdurdu ??? Bulduğum tüm düzeltmeler grub grubuna ekleme, takas işlevini devre dışı bırakma ve hatta grafik sürücülerini değiştirme ve eski çekirdeğe geri dönme dahil çalışmıyor. HİÇ BİRŞEY ÇALIŞMIYOR. Bu çok amatör bir hatadır. Bir işletim sistemi kapatmak mümkün olmalı !!
Dorian

Yanıtlar:


44

Bende de bu sorun vardı. Birden fazla dağıtımda bir hata gibi görünüyor.

Benim basit düzeltmem /etc/default/grubsatırı düzenlemek oldu :

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

için

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"

Run update-grub.

Şimdi her zaman çalışıyor. Lenovo G50 dizüstü bilgisayar kullanıyorum. Grubun bu hattını, bu dizüstü bilgisayarda da önceki (diğer) linux dağıtımlarıyla değiştirdiğimden eminim.


1
Bu, kapatma günlüğü bilgilerini görmek için yalnızca <kbd> ESC </kbd> tuşlarına basmanızı önler. Başka bir etki yok. (Belki aka aka yenilenen grub dosyalarını güncellemek başka bir şey düzeltti).
Frank Nocke,

update-grubİlk önce denedim , işe yaramadı. Sonra GRUB_CMDLINE_LINUX_DEFAULT = "acpi = force" olarak değiştirdim ve bu sorunumu düzeltti.
RedPixel

@Ernesto: Bu benim için çalıştı .. Onaylamak için 2-3 kez yeniden başlatma / kapatma yaptım ve her zaman sorunsuz bir şekilde başlatıldı. Teşekkürler!
Saurav Kumar

Benim için çalışıyor! tnx;)
Sdra

Bu çalıştı. Belki çalıştırdıktan sonra daha yeni bir çekirdek sürümüyle ilgisi vardır dist-upgrade?
xji

15

İşinizi bitirdikten ve işletim sisteminizi kapatmak veya yeniden başlatmak için tüm uygulamalarınızı kapatmayı tamamladığınızda, lütfen sıkıntıları gidermek için aşağıdaki adımları izleyin.

  1. sudo swapoff -a && systemctl poweroffŞimdilik bir geçici çözüm olarak deneyin .
  2. Sistem 229-4ubuntu5 paketinde önerilen Xenial'de potansiyel bir düzeltme var. Sistem Ayarları-> Yazılım ve Güncellemeler-> Geliştirici Seçenekleri sekmesine gidin, Ön sürüm (xenial önerilir) 'in yanındaki kutuyu tıklayın. kök şifrenizi girin, önbelleği yenileyin. Güncellemeler sekmesi, Sistem Ayarları'nı kapatmak için "ekran güncellemeleri hemen açılır" öğesini kullanın. Yazılım güncelleyiciyi başlatın ve şimdi yükleyin.
  3. Hâlâ sorun yaşıyorsanız bu hataları okumayı deneyin: log verisinin nasıl alınacağı ve önerildiği gibi yeni bir hata raporu dosyası için https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1464917 . Ayrıca, hatayı okuyun: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788303 .
  4. Kapatma /usr/share/doc/systemd/README.Debian.gzsırasında herhangi bir asılı iş olup olmadığını kontrol etmek için "Hata ayıklama / kapatma sorunları hata ayıklama" bölümünde açıklanan hata ayıklama talimatlarını izleyin . Her kapatmadan önce hata ayıklama kabuğunu başlatmanız veya aşağıdakileri girerek yeniden başlatmanız gerekecek: Kurtarma kabuğundaki systemctl start debug-shell bir ekran fotoğrafını çekmek aydınlatıcı olabilir. Ayrıca çıktısı ve bir ekran görüntüsünün yanı sıra bu komutların çıktısını, komutların sonuna ekleyerek her birine aynı "dosyaadı.text" içine ekleyebilir , örneğin komutların sonuna eklenir. Bir sonraki önyüklemenizi analiz etmeniz için ve bir hata raporu verirseniz, dosyayı hata raporunuza eklemek yararlı olabilir.journalctl -bctl+alt+F9systemctl list-jobssystemctl --failed/>>filename.textjournalctl -b >>filename.text journalctl -xe >>filename.text systemctl list-jobs >>filename.text systemctl --failed >>filename.text lsblk >>filename.text

Güncelleme

Uzun süredir bu Hangs'lere sahiptim ancak sonunda HDD'imin sektörleri kapatmaya başladığı bir şeydi. Sonunda yeni bir HDD kurup yeniden kurmanın zamanı gelmişti. Ubuntu'nun tavsiyelerine göre, İşletim Sistemini 1'i Takas, Tek Takımı 2., Evini de 3. mantıksal bölümleri olan tek bir önyükleme HDD'sine yeniden yerleştirdim. Teknik olarak, sda1 Grub, sda2 Uzatılmış, sda5, sda6, sda7 sırasıyla takas, kök ve ana sayfadır; sda3 ve sda4 mevcut değil. Bu sorun o zamandan beri yaklaşık 9+ aydan beri HDD’de yeni kurulmuş olan işletim sisteminde mevcut değildi. Bu noktada 16.04.02 LTS'yi, yeniden başlatma veya kapatma asılmasından hiçbiri olmadan çalıştırıyorum. Önceki işletim sistemi Win7 / Ubuntu çift kurulumluydu ve Swap bölümü HDD'nin sonundaydı.

Bu sorunun bir çift önyükleme sistemine, arızalı bir HDD'ye veya bölümleri yerleştirdiğim sıraya bağlı olduğunu, ancak benim durumumda bir, iki veya tüm bu faktörlerin mevcut olduğunu belirtmiyorum. Şimdi, "Reached Target Shutdown" askıya alınmasının ağırlaşmasına maruz kalmıyorum.


1
2 adım benim için çalıştı, ama sonuç yalnızca başka zorla yeniden başlatıldıktan sonra görülebiliyordu. Şimdi bilgisayarı kapatıp yeniden başlatabilirim. Adımlar: 1. Bilgisayarınızı arayın> Yazılım ve Güncellemeler> Geliştirici Seçenekleri sekmesi> Önceden yayımlanmış güncellemeleri kontrol edin (xenial önerilir)> Kapat. 2. Bilgisayarınızı arayın> Yazılım Güncelleyici'ye gidin.
ROMANIA_engineer

@ xtrchessreal 2. adımınız benim için çalışmıyor. reached target shutdownPompalamaya devam ettikten sonrarevalidation failed
horaceT

@ xtrchessreal Hiçbiri 1. adımı gerçekleştirmez
horaceT

3
Anonim kullanıcı için aynı yıkıcı Düzenleme önerme tutan bu cevaba: bunu yapma lütfen! Bir gönderiye katılmıyorsanız, bir hesap oluşturun ve 15 ününüz olduğu zaman, size anlaşmazlığı göstermek için aşağı oy kullanabilirsiniz. Aşağı oylar bunun için var. 50 itibarı ile detaylandırmak için bir yorum da bırakabilirsiniz.
David Foerster

2
@DavidFoerster Downvoting, 125 itibar gerektiriyor .
Eliah Kagan

11

Kapanırken takılma konusunda bir sorunum vardı, yaptığım şey şu:

AÇIK TERMİNAL

sudo -H gedit /etc/default/grub

Satırı değiştir:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

için

GRUB_CMDLINE_LINUX_DEFAULT="acpi=force"

Kaldırarak quietve splashkapatma sırasında metin verir, asmak olabilir yeri görmek için yardımcı olur.

GRUB_CMDLINE_LINUX_DEFAULT = "sessiz sıçrama" Burada "sessiz" in kaldırılması, önyükleme sırasında bir metin çıktısı gösterecektir, oysa "sıçramanın" kaldırılması sıçrama resmi yerine siyah bir ekran gösterecektir.

Kaydet ve Gedit'i kapat

Ardından Grub'u terminalde güncelleyin:

sudo update-grub

EK:

Ben de çalışan bir 'STOP JOB' olduğunu fark ettim, bu yüzden zaman aşımını azalttım /etc/systemd/system.conf:

sudo -H gedit /etc/systemd/system.conf

#aşağıdaki satırlardaki zamanlamaları kaldırın ve değiştirin:

DefaultTimeoutStartSec=5s

DefaultTimeoutStopSec=5s

O zaman koş:

sudo systemctl daemon-reload

Bu benim için çalıştı.


1
Peki, bu adam DefaultTimeoutStartSec'in bu kadar düşük bir değere ayarlanmasıyla ilgili söyleyecek başka bir şeyi var. ubuntu-mate.community/t/…
ptmdevncoder

acpi = kuvvet ekranı kapatır, ancak güç düğmesi hala açık kalır.
Manish


3

Tdenham. Bende de aynı durum var. Sistemi az önce 14.04'ten 16.04'e yükselttim do-release-upgrade -d.

Sisteme doğrudan erişiminiz yoksa ve gerçekten yeniden başlatmanız gerekiyorsa, geçici olarak sert sıfırlamayı deneyebilirsiniz (burada açıklandığı gibi: https://major.io/2009/01/29/linux-emergency- yeniden başlat veya büyü komutlarıyla kapat / kapat / )

echo 1 > /proc/sys/kernel/sysrq 
echo b > /proc/sysrq-trigger

hile yapar. Muhtemelen syncikinci komuttan hemen önce kaçmalısın.

reboot -f yardımcı olabilir, ancak yine askıda kalırsa sunucuya erişemediğim için denemedim.

/ Var / log / syslog dosyasını kontrol edebilirsiniz. Bilgisayarı açtığınız yeri bulun ve hemen önce çizgileri kontrol edin. Buraya yapıştırabilirsiniz.

Sistem günlüğüm:

Apr 29 11:21:48 bow NetworkManager[875]: <warn>  [1461907308.0752] dhcp4 (em0): request timed out
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0753] dhcp4 (em0): state changed unknown -> timeout
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0918] dhcp4 (em0): canceled DHCP transaction, DHCP client pid 2437
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0918] dhcp4 (em0): state changed timeout -> done
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0929] device (em0): state change: ip-config -> failed (reason 'ip-config-unavailable') [70 120 5]
Apr 29 11:21:48 bow NetworkManager[875]: <warn>  [1461907308.0943] device (em0): Activation: failed for connection 'Wired connection 1'
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.0970] device (em0): state change: failed -> disconnected (reason 'none') [120 30 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1062] policy: auto-activating connection 'Wired connection 1'
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1101] device (em0): Activation: starting connection 'Wired connection 1' (df58434d-16fc-4036-b1d2-2cae515dbf19)
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1108] device (em0): state change: disconnected -> prepare (reason 'none') [30 40 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1133] device (em0): state change: prepare -> config (reason 'none') [40 50 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1152] device (em0): state change: config -> ip-config (reason 'none') [50 70 0]
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1167] dhcp4 (em0): activation: beginning transaction (timeout in 45 seconds)
Apr 29 11:21:48 bow NetworkManager[875]: <info>  [1461907308.1221] dhcp4 (em0): dhclient started with pid 2444
Apr 29 11:21:48 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 3 (xid=0x6cc9f4a)
Apr 29 11:21:51 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 4 (xid=0x6cc9f4a)
Apr 29 11:21:55 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 11 (xid=0x6cc9f4a)
Apr 29 11:22:01 bow CRON[2453]: (root) CMD (/usr/local/lib/wifictl)
Apr 29 11:22:01 bow CRON[2450]: (CRON) info (No MTA installed, discarding output)
Apr 29 11:22:06 bow dhclient[2444]: DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 20 (xid=0x6cc9f4a)
.................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
Apr 29 11:23:34 bow rsyslogd: [origin software="rsyslogd" swVersion="8.16.0" x-pid="860" x-info="http://www.rsyslog.com"] start
Apr 29 11:23:34 bow rsyslogd-2222: command 'KLogPermitNonKernelFacility' is currently not permitted - did you already set it via a RainerScript command (v6+ config)? [v8.16.0 try http://www.rsyslog.com/e/2222 ]
Apr 29 11:23:34 bow rsyslogd: rsyslogd's groupid changed to 104
Apr 29 11:23:34 bow rsyslogd: rsyslogd's userid changed to 101
Apr 29 11:23:34 bow kernel: [    0.000000] Initializing cgroup subsys cpuset
Apr 29 11:23:34 bow kernel: [    0.000000] Initializing cgroup subsys cpu
Apr 29 11:23:34 bow kernel: [    0.000000] Initializing cgroup subsys cpuacct
Apr 29 11:23:34 bow kernel: [    0.000000] Linux version 4.4.0-21-generic (buildd@lgw01-21) (gcc version 5.3.1 20160413 (Ubuntu 5.3.1-14ubuntu2) ) #37-Ubuntu SMP Mon Apr 18 18:33:37 UTC 2016 (Ubuntu 4.4.0-21.37-generic 4.4.6)

DHclient yeniden başlatma istendiğinde bile ip adresini almaya çalışıyor gibi görünüyor.

Bu, donanıma bağlı bir sorun olması durumunda lspci, sorun gidermeye yardımcı olmak için çıktılarını yapıştırdım .

00:00.0 Host bridge: Intel Corporation Atom Processor D2xxx/N2xxx DRAM Controller (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Atom Processor D2xxx/N2xxx Integrated Graphics Controller (rev 09)
00:1c.0 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 2 (rev 02)
00:1d.0 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 (rev 02)
00:1d.1 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 (rev 02)
00:1d.2 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 (rev 02)
00:1d.3 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 (rev 02)
00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation NM10 Family LPC Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation NM10/ICH7 Family SATA Controller [AHCI mode] (rev 02)
00:1f.3 SMBus: Intel Corporation NM10/ICH7 Family SMBus Controller (rev 02)
01:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
03:00.0 Network controller: Qualcomm Atheros AR9227 Wireless Network Adapter (rev 01)

3

Aşağıdakiler de dahil olmak üzere birkaç yöntem denedim: düzenleme /etc/default/grub, sudo swapoff -akapanmadan önce çalıştırma , vb ... Ama hiçbiri benim için işe yaramadı.

USB 3.0 legacy modeBIOS'u kapatmak benim için çalıştı.


Gelişmiş> USB Yapılandırması> Eski USB Desteği'ni devre dışı bıraktım ancak bu sorunu çözmedi.
ROMANIA_engineer

BIOS'ta eski modun devre dışı bırakılması ve gruba "acpi = force" eklenmesi kombinasyonu çalışıyor gibi görünüyor.
Jeremy Cook,

3

Neredeyse tüm önerileri burada denedim. Kapatma / sıfırlamanın benim aynı sorun çözüldü tek eylem değişiyordu DefaultTimeoutStartSec& DefaultTimeoutStopSeciçinde /etc/systemd/system.conf'10' için:

sudo -H gedit /etc/systemd/system.conf

ve sonra

DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s

3

Sadece biraz da aynı sorunu yaşıyordum, yeniden başlatmak beni siyah ekrana ya da bazen yanıp sönen imleci olan siyah ekrana götürürdü ve asla başaramazdı, kapatmayla ilgili bir sorunum olmadığını not etmek zorunda kaldım.

Yaptığım şey, Drive Manager'ı açtım ve CPU için Intel-Microcode firmware'i kurdum, bilgisayarı kapattım ve sonra işletim sistemini yeniden başlatmaktan yoruldum ve sonunda çalıştı.

CPU mikro kodunu intel-microcode'a güncelleme

Ubuntu Xenial Xerus 16.04 LTS tabanlı Linux Nane Tarçın 18.3'üm.

Kullanıcıya ssasa'nın yorumunu, başkalarına yardım edebileceğinden ve "artık gerekmeyen " bayrağından temizleyebileceği için cevaba eklemek :

Her cevabı burada denedim ve hiçbiri yardım etmedi. Ama bu en yakınıydı. Açık kaynaklı sürücü nouveau'dan Nvidia özel sürücüye geçmek benim durumumda yardımcı oldu.


1
Her cevabı burada denedim ve hiçbiri yardım etmedi. Ama bu en yakınıydı. Açık kaynaklı sürücü nouveau'dan Nvidia özel sürücüye geçmek benim durumumda yardımcı oldu.
ssasa

1

ASUS Zenbook UX433FN cihazımda bu sorunu yaşadım ve kullandığım çözüm BIOS'u güncellemekti. Sahip olduğum BIOS sürümü 301’di ve onu 305’e güncelledi.

Daha sonra Ubuntu 18.04'ü yeniden yükledim ve NVIDIA sürücülerini sorunsuz bir şekilde kurdum.

Not : NVIDIA sürücülerinin başka herhangi bir girişime müdahale etmeden başarıyla yüklenip yüklenmediğini doğrulamak için herhangi bir güncelleme yapmadan ÖNCE NVIDIA sürücülerini kurmanızı öneririm.


1

Benim çözümüm burada

Ama basit bir deyişle:
sudo vim /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="splash quiet noefi"

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.