Xubuntu 18.04 çekirdek alır uzun için boot


10

17.10'dan yükselttikten sonra daha uzun önyükleme süreleri yaşadım. İlk başta 5 dakikadan fazla sürdü. dmesgsuçlu var olmayan bir disket sürücü olduğunu, çekirdek bulmaya çalıştı ortaya koydu.

Bunu derhal kaldırarak, 5 dakika 40 saniyeye indi, ki bu da güncellemeden önce olduğundan daha fazla. dmesgTekrar çalıştırmak , aşağıdaki mesajla bir dosya sisteminin ( tam çıktı ) monte edilmesinin 30 saniye sürdüğünü gösterir :

[   36.362834] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

SSD'den önyükleme yapıyorum, biri ext4 olarak biçimlendirilmiş, ancak sistem verisi içermeyen diğer iki sabit disk takılı. Sanırım bu SSD. Bu 30 saniye boyunca hiçbir metin görüntülenmez veya sıçrama olmaz, yalnızca boş bir ekran görüntülenir.

Şimdi, güncellemeden daha yavaş hissettiğini söyledim, çünkü eskisinden tam zamanım yok, bu yüzden ilk sorum şu: Bir dosya sistemini monte etmek 30 saniye sürmesi normalse ve eğer hayırsa, nasıl daha fazla bilgi edinebilirim gecikmeye ne sebep olabilir?

DÜZENLEME 1:

Takasın açılmasının veya kapatılmasının whatosever etkisi yoktur

Bu arada bilgisayarıma başka bir sabit disk taktım. dmesgYukarıda belirtilen 30 saniyelik gecikmeden hemen önce, başka bir satır çıktıda, önyükleme süremi 10 saniye daha uzatmış gibi görünüyor :

[    3.312351] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[   17.169519] random: crng init done
[   51.611617] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

DÜZENLEME 2:

systemd-analyze blamesonuçlar burada

bu arada birkaç yeniden başlatmadan sonra, dmesgyukarıda suçladığım hatlar zamanlarını değiştirdi:

[    3.348384] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[   34.091886] random: crng init done
[   36.488321] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

Bunun rastgele değişip değişmediğini veya aynı kaldığını öğrenmek için birkaç yeniden başlatma yapacağım (ilk düzenlemedeki kod bloğu, ekstra HDD'yi taktıktan sonra ilk önyüklemedir).

DÜZENLEME 2.5: random: crng init donegenellikle düzenleme 1'de gösterildiği gibi, nadiren düzenleme 2'de olduğu gibi görünür. Rastgele ... gibi görünüyor.


Sorunuzu bu komutun çıktısını içerecek şekilde çalıştırabilir systemd-analyze blameve düzenleyebilir misiniz ?
vidarlo

Daha önce çalıştırdım ve sonuçların toplamı 8-9 saniyenin altındaydı, bu yüzden bunun alakasız olacağını düşündüm. Sonuçları ekledim.
Jes Wanson

Yanıtlar:


18

Aynı problemim vardı. Önyükleme mesajları sırasında özgeçmiş cihazı beklerken zaman aşımına uğradığını söyleyebiliriz. /etc/initramfs-tools/conf.d/resumeİçinde RESUME=some-uuiduuid kaldırmak ve "none" olmak yerine UUID olup olmadığını kontrol edin RESUME=none. Bundan sonra sudo update-initramfs -uk allve gitmek iyi olmalı.


2
En sonunda! Bu, sayısız saat boyunca aradığım bir sorunu çözdü - şimdi önyükleme süremi yarıya indirdi. Bu özgeçmişin ne hakkında yararlı bilgiler: askubuntu.com/questions/1057556/…
Casperrw

1
Bu benim için çalışıyor gibi görünüyor, bundan önce yaklaşık 38 saniye önyükleme ve 8 saniye sonra var.
Pablo Pazos

Sorun dağıtım dağıtımının 16.04'ten 18.04'e yükseltilmesinden sonra benim için ortaya çıktı - ve bu yöntem benim için 30s gecikmesini de ortadan kaldırıyor.
Bonlenfum

5

Bu sorunu defalarca yaşadım ve çözümüm her durumda işe yarıyor.

Dsmeg çalıştırılırken hata şu şekilde görünür:

[    6.382044] random: crng init done
[    6.382048] random: 7 urandom warning(s) missed due to ratelimiting
[   32.162934] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)

Çözüm:

Önce fstab ve blkid'inizi karşılaştırın:

$ blkid
/dev/sda1: UUID="C0C0-7641" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="1085d848-f8b9-45e2-a6be-087acb32a820"
/dev/sda3: LABEL="Windows" UUID="8662302C623022FB" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="de399a3e-c832-4dca-a09d-f65789425b89"
/dev/sda4: LABEL="Windows RE tools" UUID="2262513962511341" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="18feb4e1-5770-4e13-92b8-bb8ba8005536"
/dev/sda5: UUID="81a474ab-98bf-4d40-b03e-e5e647163d7e" TYPE="ext4" PARTLABEL="Arco Linux" PARTUUID="3759200f-6317-4487-8b10-3a0140c67bd5"
/dev/sda6: LABEL="rootMX17" UUID="7bae9e4d-61fa-4187-b11f-517c799f7c94" TYPE="ext4" PARTLABEL="MX Linux" PARTUUID="417c8cbd-11b7-4fe6-9b15-ac9082d74460"
/dev/sda7: UUID="d9539219-1c29-468f-bbd0-106663fdef59" TYPE="swap" PARTLABEL="Swap" PARTUUID="fefe3061-bf7b-4a26-8c20-08e209acc28e"



$ sudo nano /etc/fstab


# /etc/fstab: static file system information
#
# Created by make-fstab on Mon Nov 19 17:10:30 EST 2018

# <file system>                            <mount point>                               <type>     <$

#-> /dev/sda6  label=rootMX17
UUID=7bae9e4d-61fa-4187-b11f-517c799f7c94  /                                           ext4       d$
#-> /dev/sda1
UUID=C0C0-7641                             /boot/efi                                   vfat       d$
#-> /dev/sda7
UUID=42e5a9cd-b6e1-4d57-9a3a-2ad910862579  swap                                        swap       d$

Gördüğünüz gibi / dev / sda7'deki takasım fstab'da blkid'den farklı bir UUID'ye sahip. Bu, benim durumumda, başka bir linux kurulumunun takasın yeniden oluşturulmasına ve UUID'nin değişmesine neden olmasından kaynaklandı. Önyükleme gecikmesine, sistemin takasın yeni UUID'sini bulmaya çalışması neden olur. Düzeltmek için, UUID'yi fstab dosyasıyla eşleşmeyen blkid'de kopyalayıp kaydedin.

Yeniden başlattıktan sonra önyükleme hatası hala devam ediyorsa, ek olarak initramfs.conf dosyanızı düzenlemeniz gerekir.

Bunu şu şekilde yapın:

$ sudo nano  /etc/initramfs-tools/conf.d/resume

Daha sonra yeni bir dosya oluşturarak veya geçerli özgeçmiş dosyasını düzenleyerek ilk satıra yazın RESUME = UUID = << Takas UUID'si >>

Örneğin, benimki

RESUME=UUID=d9539219-1c29-468f-bbd0-106663fdef59

Ardından initramfs dosyanızı güncellemek için aşağıdaki komutu çalıştırın.

#sudo update-initramfs -u

Ardından yeniden başlatın. Hata gidecek.


1

Ben ve birlikte araştırdıktan sonra önyükleme süreleri benzer bir artış yaşadı dmesgve systemd-analyze blamesuçlu olduğu ortaya çıktırandom: crng init

Sorun, başlatma için SSD'den önyükleme yapmak için yeterli entropi gibi görünmüyor. Bu hipotez doğrulanmış gibi görünüyor çünkü fareyi önyükleme sırasında bir demet hareket ettirmek, önyükleme süresini yaklaşık 2 dakikadan daha önce olduğu zamana kadar düşürüyor.


1

Önyükleme sırasında, çekirdek rasgele sayı üretecini başlatmak için fare hareketlerini bekler. Önyükleme sırasında çekirdek mesajları:
sudo dmesg | less

Sorun:
kernel: random: crng init done

Çözüm:
sudo apt install haveged
sudo systemctl enable haveged


0

Ben takas bölümü remowing ve takas dosyası yaptıktan sonra ubuntu 19.04 yavaş önyükleme süresi ile bu sorunu vardı.

Dmesg çıktı

[    2.220963] hid-generic 0003:1B1C:1B0F.0003: input,hidraw2: USB HID v1.11 Device [Corsair Corsair M45 Gaming Mouse] on usb-0000:00:14.0-1/input2
[   33.321639] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)
[   33.407323] systemd[1]: RTC configured in localtime, applying delta of 120 minutes to system time.
[   33.417651] systemd[1]: Inserted module 'autofs4'

/ Etc / fstab dosyasında swapfile yok. Takılı tüm diskler / sıvılar doğruydu.

Kontrol ettim /etc/initramfs-tools/conf.d/resumeama dosya eksikti.

Sadece koşuyorum

sudo update-initramfs -uk all

Ve şimdi çok hızlı açılıyor.

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.