Perbarui 9

Saya memutuskan untuk mencoba eksperimen. Saya melepaskan SSD dari desktop saya, dan untuk sementara memasukkannya ke laptop Dell Latitude saya. Lihatlah, itu memuat initrdurutan besarnya lebih cepat, mencukur 6 detik dari waktu boot ...

Saya sedikit bingung sekarang ... mungkin GRUB memiliki masalah dengan chipset motherboard saya?

Perbarui 8

Jadi saya perhatikan sesuatu yang menarik tentang lampu aktivitas HDD. Saat memuat initrd, hampir seolah-olah lampu sedang PWM pada siklus tugas 10% atau sesuatu. Ini membuat saya bertanya-tanya apakah pembacaan GRUB tidak dioptimalkan, mungkin sesuatu seperti itu sedang melakukan panggilan OS untuk membaca setiap byte daripada membaca gambar sebagai aliran byte?

Perbarui 7

Tampaknya memuat ramdisk awal adalah bagian besar dari masalah ini.

Di dalam GRUB, saya menekan Cuntuk prompt perintah manual. Saya kemudian mulai mengetik setiap baris dari konfigurasi default saya menjadi satu per satu (memasukkan UUID itu menyakitkan!) , Dan mencatat waktu yang dibutuhkan oleh perintah untuk menyelesaikannya. Inilah yang saya temukan:

• Sebagian besar perintah selesai secara instan
• Perintah untuk memuat kernel membutuhkan waktu sekitar satu detik
• Perintah untuk memuat ramdisk awal memakan waktu 7 detik

Setelah mengetik semua baris dari file konfigurasi, saya kemudian melanjutkan untuk menjalankan boot. Dari saat saya menekan enter sampai saat layar login muncul, dibutuhkan sekitar 7,5 detik.

Yang menarik adalah kenyataan bahwa gambar initrd yang dimuatnya adalah 36MB. Jadi jika butuh 7 detik untuk memuat, maka itu hanya membacanya di 5MB / detik!

Lampu aktivitas disk pada menara saya tetap menyala selama 7 detik penuh ...

Ini juga cuplikan singkat dari halaman Wikipedia tentang initrd :

Distribusi Linux lainnya (seperti Fedora dan Ubuntu) menghasilkan gambar initrd yang lebih umum. Ini dimulai hanya dengan nama perangkat sistem file root (atau UUID-nya) dan harus menemukan yang lainnya pada saat boot. Dalam hal ini, perangkat lunak harus melakukan kaskade tugas yang kompleks untuk mendapatkan sistem file root di-mount

Perbarui 6

Nathan Osman meminta waktu boot dalam mode satu pengguna dalam obrolan.

Dari saat saya menekan F10GRUB hingga saat prompt muncul, dibutuhkan 13 detik.

Juga, saya berbicara dengan Zanna dan Rinzwind dalam obrolan dan mereka berdua memiliki startup 8 detik dari saat tombol power ditekan. 20 detik saya dari GRUB. Jika saya menghitung waktu POST, itu akan lebih lama!

Perbarui 5

Ubuntu dapat membaca SSD saya dengan kecepatan maksimum 550MB / detik ...

Perbarui 4

Jadi saya menghapus quiet splash $vt_handoffparameter dari perintah boot di GRUB di laptop saya (ingat laptop ini tidak memiliki SSD) , dan perhatikan hal yang sangat menarik selama urutan boot:

Itu tergantung pada baris ini selama 15 detik:

[    4.374390] init: plymouth-upstart-bridge respawnng too fast, stopped

Ini gambar (kualitas rendah):

Tidak yakin apa pentingnya itu ...

Perbarui 3

Saya menghitung waktu bootup dari salah satu mesin saya yang lain yang menjalankan 14,04 (ingatlah bahwa mesin ini tidak memiliki SSD) , dan sejak saya menekan enter di GRUB hingga layar masuk muncul, dibutuhkan 40 detik.

Setelah menekan enter, ia duduk di layar ungu kosong yang sama selama 20 detik, setelah itu animasi Ubuntu dimuat dan dibutuhkan 20 detik sebelum mendarat di layar login.

Saya melihat output dari dmesg, tapi saya tidak tahu dari mana ia selesai booting. Saya pikir itu selesai pada 25 detik. Inilah beberapa baris terakhir:

[   24.916824] wlan0: associated
[   24.916852] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   25.215550] init: kdm main process (869) killed by TERM signal
[   25.441216] vboxdrv: module verification failed: signature and/or  required key missing - tainting kernel
[   25.445587] vboxdrv: Found 2 processor cores.
[   25.446142] vboxdrv: fAsync=0 offMin=0x18c offMax=0x960
[   25.446228] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'.
[   25.446230] vboxdrv: Successfully loaded version 4.3.36_Ubuntu (interface 0x001a000b).
[   25.476940] vboxpci: IOMMU not found (not registered)
[   33.174926] init: plymouth-upstart-bridge main process ended, respawning
[   36.495811] init: anacron main process (933) killed by TERM signal

Jika saya menafsirkannya dengan benar, sepertinya ini menjadi masalah GRUB universal.

Perbarui 2

Saya dapat mengonfirmasi bahwa ini adalah masalah GRUB dengan mengatur warna latar belakang GRUB menjadi hijau dengan menggunakan baris perintah yang diakses dengan menekan Cketika di GRUB.

Ketika saya menekan enter, saya mendapatkan layar hijau kosong selama ~ 15 detik sebelum animasi boot Ubuntu dimuat ...

Memperbarui

Saya pikir masalahnya adalah bahwa GRUB membutuhkan waktu lama untuk memuat gambar kernel.

Pertanyaan

Saya telah menginstal Ubuntu 16.04 pada Samsung 850 Pro 512GB SSD saya, dan saya tidak mengerti mengapa waktu booting saya adalah 20 detik. (Dari saat saya menekan enter di GRUB). Perlu diingat bahwa 20 yang saya referensikan adalah 17 ke layar masuk, dan 3 lagi ke desktop)

Juga, tidak yakin apakah ini relevan atau tidak, tetapi:

• Ubuntu diinstal dalam mode MBR, karena saya membenci UEFI.
• Saya sudah menginstal driver Nvidia

Melihat gambar yang dihasilkan olehsystemd-analyze plot > bootimage2 , startup saya ternyata butuh 3 detik?

Dan melihat dmesg, startup saya ternyata membutuhkan waktu 4 detik. Tapi saya menghitung waktunya dengan stopwatch saya dan butuh 20 detik! (Tidak termasuk waktu POST) Sekali lagi, perlu diingat bahwa 20 yang saya referensikan adalah 17 ke layar login, dan kemudian 3 lagi ke desktop)

Begini cara urutan startup:

• POS
• Beban GRUB
• Saya memulai stopwatch saat menekan ENTER
• Saya mendapatkan layar ungu kosong selama ~ 15 detik
• Saya melihat animasi boot Ubuntu selama dua detik
• Saya mendarat di layar login
• Saya menghentikan stopwatch
• Saya memasukkan kata sandi saya, tekan enter, dan mulai lagi stopwatch saya.
• Setelah 3 detik saya mendarat di desktop
• Saya menghentikan stopwatch saya lagi.

Inilah hasil lengkap dari dmesg: http://paste.ubuntu.com/23955108/

Dan ini adalah baris pertama dari output systemd-analyze blame:

   365ms dev-sda5.device
   327ms networking.service
   287ms accounts-daemon.service
   286ms ModemManager.service
   233ms systemd-logind.service
   216ms apport.service
   213ms grub-common.service
   209ms ondemand.service
   200ms irqbalance.service
   183ms speech-dispatcher.service
   178ms apparmor.service
   160ms gpu-manager.service
   148ms thermald.service
   148ms pppd-dns.service
   146ms systemd-user-sessions.service
   142ms alsa-restore.service
   140ms console-setup.service
   137ms rsyslog.service
   105ms NetworkManager.service
   104ms upower.service
   102ms avahi-daemon.service
   100ms systemd-udev-trigger.service

Orang-orang ini memiliki masalah yang sama:

• https://ubuntuforums.org/showthread.php?t=2325045
• https://www.bleepingcomputer.com/forums/t/598260/booting-ubuntu-temporently-stuck-on-a-purple-screen/
• Dan tampaknya bahkan orang dengan ARCH memiliki masalah ini ...

Ada ide?

Jika GRUB tidak ada di SSD (yang seharusnya jika dikonfigurasi dengan benar selama instalasi), maka dengan memiliki SSD di sana akan membutuhkan waktu GRUB untuk mengenalinya, tetapi itu tidak akan mengurangi waktu booting, sebenarnya justru sebaliknya. Yang harus Anda lakukan adalah membuat komputer boot dari SSD, dengan mengubah urutan boot BIOS Anda. Perhatikan bahwa Anda juga harus menginstal ulang GRUB pada SSD. Meskipun dalam beberapa kasus seperti laptop saya Anda tidak dapat memilih SSD sebagai perangkat boot dari BIOS, maka Anda terjebak dengan pergi ke HDD, memuat RAM, kemudian pergi ke SSD.

Juga ini yang saya pikir terjadi, tapi saya tidak sepenuhnya tahu konfigurasi laptop atau desktop Anda, jadi ini yang bisa saya bantu.

Semoga ini membantu. :)