Ubuntu 16.04 kapatma / yeniden başlatıldığında kilitleniyor

68

Ubuntu 16.04, makineyi kapatmak için güç anahtarını basılı tutmamı gerektiren kapatma / yeniden başlatmayı askıya alır ... Bunu bir hata olarak nasıl bildireceğimi ve gerekli donanımı göstermek için hangi komutların çalıştırılacağını bilmiyorum / sys log bilgisi? Herhangi bir yardım büyük ölçüde takdir edilecektir!

    
sordu Tdenham 28.04.2016 23:05

7 cevap

27

Ben de bu sorunu yaşadım. Birden fazla dağılımda bir hata gibi görünüyor.

Basit düzeltmem /etc/default/grub satırını düzenlemek:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

için

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"

update-grub dosyasını çalıştırın.

Şimdi her zaman çalışıyor. Lenovo G50 dizüstü bilgisayar kullanıyorum. Eminim ki bu satırı Grubda da bu dizüstü bilgisayardaki önceki (diğer) linux dağıtımlarıyla değiştirdim.

    
verilen cevap Ernesto Barechesto 27.06.2016 23:10
14

İşinizi bitirdikten ve işletim sisteminizi kapatmak veya yeniden başlatmak için tüm uygulamalarınızı kapatmayı tamamladıktan sonra, hayal kırıklıklarını gidermek için lütfen aşağıdaki adımları izleyin.

  1. Şimdilik bir çözüm olarak sudo swapoff -a && systemctl poweroff deneyin.
  2. Systemd 229-4ubuntu5 paketinde Xenial tarafından önerilen bir potansiyel düzeltme var. Sistem Ayarları - & gt; Yazılım ve Güncellemeler -> Geliştirici Seçenekleri sekmesine gidin ve Ön Yayının (teklif reddi) yanında bulunan kutuyu tıklayın. root pwd'nizi girin, önbelleği yenileyin. Güncellemeler sekmesi, "güncellemeleri hemen görüntüle" seçeneğini kullanın. Sistem Ayarları'nı kapatın. Güncelleştirmeyi başlat ve şimdi kur.
  3. Sorun hala devam ediyorsa, bu hataları okumaya çalışın: hakkında bilgi için İşte günlük verisi nasıl alınır ve önerildiği gibi yeni bir hata raporu oluşturur. Ayrıca okuma hatası: İşte .
  4. Kapanma sırasında asılı iş olup olmadığını kontrol etmek için /usr/share/doc/systemd/README.Debian.gz "hata ayıklama önyükleme / kapatma sorunları" bölümünde açıklanan hata ayıklama talimatlarını izleyin. Her kapatma işleminden önce hata ayıklama kabuğunu başlatmanız veya aşağıdakileri girerek yeniden başlatmanız gerekir: systemctl start debug-shell Kurtarma kabuğundaki journalctl -b ekran görüntüsünün yakalanması ctl+alt+F9 'si aydınlatıcı olabilir. Ayrıca systemctl list-jobs ve systemctl --failed çıktısı Bir ekran görüntüsünün yanı sıra, komutların sonunda / ekleyerek, >>filename.text root üzerindeki her bir "filename.text" dosyasına her biri eklenebilir. Örneğin journalctl -b >>filename.text journalctl -xe >>filename.text systemctl list-jobs >>filename.text systemctl --failed >>filename.text co_de% Bunların tümü, bir sonraki önyüklemeniz üzerinde analiz yapabilmeniz için bir araya eklenmiş aynı dosyada olacak ve bir hata raporu yaparsanız, dosyayı eklemek yardımcı olabilir hata raporuna gir.

Güncelle

Bu Askıları epey bir süreliğine aldım ama sonunda HDD'min sektörleri kırmaya başladığını öğrendiğim bir noktadaydım. Bu yüzden yeni bir HDD'nin zamanı geldi ve yeniden kuruldu. İşletim Sistemini, Ubuntu'nun önerilerine göre, 1., Kök olarak 2., ve 3. mantıksal bölümler olarak Swap ile tek bir önyükleme HDD'sine yeniden yükledim. Teknik olarak, sda1 Grubdur, sda2 Uzatılmıştır, sda5, sda6, sda7 sırasıyla takas, kök ve evdir; sda3 ve sda4 mevcut değil. Bu sorun, HDD’de yeni kurulan işletim sisteminde yaklaşık 9+ aydır. Bu noktada 16.04.02 LTS'yi yeniden başlatırken veya kapatırken askıda kalmadan çalıştırıyorum. Önceki işletim sistemi bir çift kurulum Win7 / Ubuntu idi ve Swap bölümü HDD'nin sonundaydı.

Bu sorunun ç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ünün var olduğunu belirtmiyorum. Şimdi, "Ulaşılan Hedef Kapanış" ın askıya alınmasını istemiyorum.

    
verilen cevap xtrchessreal 09.05.2016 23:02
5

Kapanma sırasında bir sorun yaşadım, yaptığım şey buydu:

AÇIK TERMİNAL

sudo -H gedit /etc/default/grub

Satırı değiştirin:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

için

GRUB_CMDLINE_LINUX_DEFAULT="acpi=force"

quiet ve splash 'nin kaldırılması, kapatma sırasında metnin kullanılmasına izin vererek, hangisinin olabileceğini görmenize yardımcı olur.

  

GRUB_CMDLINE_LINUX_DEFAULT="sessiz sıçrama" Buraya "sessiz" çıkarıyor   önyükleme sırasında bir metin çıkışı gösterecek,   ekran görüntüsü yerine siyah bir ekran gösterecektir.

Gedit’i kaydet ve kapat

Sonra Grub'u terminalde güncelleyin:

sudo update-grub

EK:

Ayrıca 'STOP JOB' da çalışıyorum fark ettim, bu yüzden zaman aşımını /etc/systemd/system.conf 'de azalttım:

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

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

DefaultTimeoutStartSec=5s

DefaultTimeoutStopSec=5s

Çalıştırın:

sudo systemctl daemon-reload

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

    
verilen cevap pst007x 13.02.2017 18:52
2

Tdenham. Bende aynı durum var. Sistemi% 14_4'ten% 16.04'e güncelledim.

Sisteme doğrudan erişiminiz yoksa ve gerçekten yeniden başlatmanız gerekiyorsa, bir geçici çözüm olarak sıfırlama işlemini deneyebilirsiniz (burada açıklandığı gibi: İşte )

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

hile yapar. Muhtemelen ikinci komuttan hemen önce do-release-upgrade -d çalıştırmalısınız.

sync yardımcı olabilir, ancak yine de askıya alındığında sunucuya erişemediğim için denemedim.

/ var / log / syslog dosyasını kontrol edebilirsiniz. Bilgisayarı açtığınız yeri bulun ve ondan önceki satırları kontrol edin. Burayı buraya yapıştırabilirsiniz.

Syslog'um:

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 ([email protected]) (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)

Öyle görünüyor ki, dhclient, yeniden başlatma istendiğinde bile ip adresi elde etmeye çalışıyor.

Bunun donanım bağımlı bir sorun olması durumunda, reboot -f çıktısını alıyorum ve bu da sıkıntıya neden oluyor.

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)
    
verilen cevap Alek_A 29.04.2016 08:49
1

Aşağıdakileri içeren birkaç yöntem denedim: /etc/default/grub 'yi düzenleme, kapatmadan önce sudo swapoff -a ' yi çalıştırma, vb. Ama bunların hiçbiri benim için işe yaramadı.

BIOS’taki USB 3.0 legacy mode ’si kapatmak benim için çalıştı.

    
verilen cevap Hieu 29.07.2016 04:12
1

Hemen hemen tüm önerileri burada denedim. Aynı kapatma / sıfırlama sorunumu çözen tek işlem DefaultTimeoutStartSec & amp; DefaultTimeoutStopSec 'si /etc/systemd/system.conf ' dan '10':

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

ve ardından

olarak düzenleyin
DefaultTimeoutStartSec=10s
DefaultTimeoutStoptSec=10s
    
verilen cevap joelgsf 30.04.2017 17:25
0

Sadece biraz aynı sorunu yaşıyordum, yeniden başlatma beni siyah bir ekrana ya da bazen yanıp sönen imleçle siyah bir ekrana götürürdü ve asla başaramayacaktı, kapatmayla ilgili bir sorunum yoktu. / p>

Yaptığım şey, Sürücü Yöneticisi'ni açtım ve CPU için Intel-Microcode ürün yazılımı yükledim, bilgisayarı kapatıyorum ve sonra işletim sistemini yeniden başlatmakta yoruldum ve sonunda işe yaradı.

Ubuntu Xenial Xerus 16.04 LTS'ye dayanan Linux Nane Tarçın 18.3'deyim.

    
verilen cevap Shayan 01.02.2018 08:33

Etiketlerdeki diğer soruları oku