Ubuntu 16.04'te gerçekten yavaş önyükleme nasıl hızlandırılır?

39

Ubuntu 16.04 ile açılışımı hızlandırmak için ne yapmam gerektiğini anlamaya çalışıyorum. Dmesg'i çalıştırdım ve çıktıyı buraya kaydettim . Her şey yaklaşık 10 saniye sonra yanlış gidiyor gibi görünüyor.

boot 16.04 dmesg

— Packwood
kaynak

Eğer dmesg'inize bakarsanız, 'yeni montaj seçenekleri mevcut süper blok ile eşleşmiyor' gibi bir giriş bulabilirsiniz. Öyleyse bu dizgiye göre Google ve sizi daha önce hiç

— çözülmemiş

Bu hatayı ya da benzerini gördüğümü sanmıyorum.

— Packwood

Neden 10 saniye sonra işlerin kötüye gittiğini düşünüyorsun? Sizce hangi mesaj özellikle endişe verici?

— Ciro Santilli,

44

Systemd ile en çok neyin zaman aldığını bulmaya çalışabilirsiniz.

systemd-analyze blame

— user536489
kaynak

31

Evet, peki ya sonra? hizmetlerin çalışmasını durdurmak zorunda mıyım?

— mohammed amine bourkadi

29

/ Etc / fstab'ın takas alanının UUID'sini düzenleme (çıktısını eşleştirmek için sudo blkid) bir cazibe gibi çalıştı!

Not : Bundan sonra, /etc/crypttabdosyada herhangi bir takas girişi varsa, ikinci parametresini takas alanınızla eşleşecek şekilde UUID veya yolla değiştirmelisiniz (örn. UUID = bir şey veya / yol / to / takas).

SSD'mde önyükleme 2 dakikadan 10 saniyeye düşürüldü.

Mesele şu ki, bu sorun başladığında 14.04'ten 16.04'e normal bir yükseltme yaptım, bölümlerle uğraşmadım. Açıkça yükseltme prosedürüyle ilgili bazı sorunlar var.

— M Dub
kaynak

Teşekkürler, bana çok yardımcı oldu: Test amacıyla, çıkarılabilir bir caddeyi takas ettim, disk 14.04'te, önyükleme sorunu yoktu, 16.04'te 1 veya 2 dakika daha sürdü. Takas bulunamadığında çekirdek 3'ün çekirdek 4'ten daha hızlı olduğu görülüyor.

— Emmanuel

Teşekkürler. çok zamanımı kurtardın. Ayrıca sistemi 14.04'ten yükseltiyordum, bu yüzden bu sorun oluştu.

— PaladiN

Teşekkürler, ben yanlış takas UUID ile aynı sorunu vardı ben blkid maç olarak değiştirdim bir kez, sadece 5 saniye 60 hakkında saniyelik bir uzun başlangıç saati aldı

— Brandon Søren Culley

2

Nasıl yapılacağı hakkında daha fazla bilgi için askubuntu.com/questions/38533/… yanıtına bakın . Önyükleme süremi 100 saniyeden 15 saniyeye düşürdü.

— Dmitry

evet, 17.10'a yükseltin ama takas işlemim uuid ile eşleşiyor "blkid" sonucu katılıyorum

— Vasil

10

Yükseltmeden sonra daha uzun önyükleme süresinde benzer bir sorunla karşılaştım.

Problem neydi? Takas alanımı sildim, bu yüzden / etc / fstab dosyam ve yeni dosya sistemimde çakışma oldu. Boot yükleyici onu bulmak için neredeyse 1 milyon 30 saniye bekledi.

Sorunu nasıl çözdüm Run sudo blkid

/ Etc / fstab dosyanızı açın ve uuid'inkiyle olan eşleşmesini sahip olduğunuz bölümlerle karşılaştırın. Uyuşmazlık varsa, değiştirin ve yeniden başlatın.

— Gokul Palwe
kaynak

Sorudaki dmesgçıktı OP'nin farklı bir sorunu olduğunu gösteriyor.

— Byte Commander

9

Bu geçici bir çözümdür, ancak bu önyükleme süremi önemli ölçüde azalttı (1 dak. 24s'den 16s'a).

sudo vim /etc/systemd/system.conf

Bu iki parametreyi kaldırın ve istediğiniz zaman aşımını ayarlayın:

DefaultTimeoutStartSec=10s
DefaultTimeoutStopSec=10s

Not: Lütfen donanım gereksinimlerinizi ~ 5 - 60s karşılamak için bu değerleri optimize edin.

Bahsedildiği gibi burada bu parametreler içinde per-unit yapılandırılan, birimlerin otomatik tekrar arasındaki uykuya varsayılan süreyi başlayan ve birimlerin durdurma yanı sıra varsayılan zaman aşımı yapılandırmak TimeoutStartSec=, TimeoutStopSec=ve RestartSec=(hizmetler için, systemd.service (5 bakınız) birim ayarları ile ilgili detaylar).

Servis dışı birimler DefaultTimeoutStartSec=için varsayılanı ayarlar TimeoutSec= value. DefaultTimeoutStartSec=ve DefaultTimeoutStopSec=varsayılan olarak 90 sn. DefaultRestartSec=varsayılan olarak 100ms'dir.

Düzenle - Daha detaylı olarak:

Önyükleme sırasını analiz ettim, systemd-analyze plot > sequence.svgbununla servisler yeni güncellenen işletim sistemimde başlayamadı. Üçü vardı - biri yanlış yapılandırılmış bir sendmail cini, ardından powerd.service & NetworkManager-wait-online.service . NetworkManager hizmetini tamamen devre dışı bırakmak iyi bir fikir olmadığı için, 10 saniye sonra zaman aşımına uğramasına izin verdim ve bu kuralı genel olarak uyguladım.

— Mirek
kaynak

2

Bu çözümün açılış sürenizi 68 saniye nasıl düşürdüğünü genişletebilir misiniz?

— Elder Geek,

Probs yok, tadını çıkarın!

— Mirek

değişiklikleri uyguladıktan sonra açılış saatim 52'den 57 saniyeye çıktığı için benim için işe yaramıyor.

— Woeitg

1

10'lar çok düşük. Kurtarma moduna önyükleme yapabilir. 30'ları kullanıyorum

— Anwar

18.04'te 10s benim açılışımı kırdı. Şimdi kurtarma modunda Ubuntu'yu tamir ediyorum.

— Pasupathi

1

Bu dosya sistemi ile ilgili olabilir. Dosya sisteminizi onarmanın önyükleme süresini iyileştirip iyileştirmediğini görmek için bu bağlantıyı kontrol etmek isteyebilirsiniz: https://help.ubuntu.com/community/FilesystemTroubleshoot

— Chris J Arges
kaynak

Hmm. şimdi [uzun!] gibi görünüyor ( pastebin.com/a5g4wHvA ) 30 saniye sonra yanlış gidiyor gibi görünüyor. "eth0: link hazır değil" "nf_conntrack: otomatik yardımcı ataması onaylanmadı ve yakında kaldırılacak. Bunun yerine yardımcıları eklemek için iptables CT hedefini kullanın"

— Packwood

0

Benzer bir problem daha yeni çözdüm: Ubuntu 16.04'ü bir SSD'de çalıştırdım. Değişken bölüm olarak bir flash sürücü kullanıyorum. Sürücü kazayla hafifçe hareket ettirildi ve önyüklemesi 3 dakikadan fazla sürdü. Doğru geri koydum ve şimdi her şey yolunda. Smartctl veya fsck'i denediyseniz ve dosya sisteminiz iyi durumdasa, flash sürücüleri (veya diğer çevre birimlerini?) Çıkarmayı deneyin ve nasıl çalıştığını görün. İyi şanslar!

— joham34
kaynak

0

Pastebin çıktılarına dayanarak birkaç şey bana atlıyor:

EXT4-fs (sda5): re-mounted

Sen isteyebilirsiniz fsck bu hacim ve bakmak Akıllı Veri o sürücü için.

ve

[   31.022220] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   45.720952] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   45.761548] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready

Bağlantınız desteklemiyorsa, ağ bağlantılarınızda IPV6'yı devre dışı bırakmayı deneyebilirsiniz .

— Elder Geek
kaynak

0

User536489'nin ipucunu takip eden:

systemd analiz suçu

Başlaması daha uzun bir hizmet olup olmadığını kontrol edin ve daha düşük bir zaman aşımı süresi ayarlayın:

sudo vim /lib/systemd/system/networking.service

TimeoutStartSecGibi bir şeyle değiştirin 10s. Adam sayfa devletler böyle "5dk 20'li" olarak saniyede bir birim daha az değer ya da bir zaman aralığı değerini alır. Zaman aşımı mantığını devre dışı bırakmak için "sonsuzluğu" geçin.

— maksimum
kaynak