Apakah Ubuntu 14.04.2 biasa untuk mengambil waktu lama di langkah "acak: nonblocking pool diinisialisasi" selama proses boot?

9

Selama proses boot, Ubuntu 14.04.2 saya membutuhkan waktu sekitar 11 detik untuk menyelesaikan langkah "random: nonblocking pool diinisialisasi" (ini adalah langkah paling lambat, FYI).

  1. Apa artinya langkah ini?
  2. Apakah perlu waktu lama untuk menyelesaikannya?
  3. Apakah ada solusi untuk ini?

Contoh / var / log / dmesg log dari Ubuntu 14.04.2 saya ditunjukkan di bawah ini:

[    2.090510] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
[    2.091836] i915 0000:00:02.0: registered panic notifier
[    2.103088] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
[    2.104819] acpi device:02: registered as cooling_device4
[    2.106250] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input6
[    2.107908] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
[    2.214193] psmouse serio1: synaptics: queried max coordinates: x [..5888], y [..4856]
[    2.301008] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[    2.334007] psmouse serio1: synaptics: Touchpad model: 1, fw: 7.4, id: 0x1e0b1, caps: 0xd04773/0xe40000/0xa0400, board id: 0, fw id: 639087
[    2.409482] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input5
[    2.914326] Switched to clocksource tsc
[    3.120191] random: nonblocking pool is initialized
[   14.745283] Adding 3986428k swap on /dev/sda5.  Priority:-1 extents:1 across:3986428k FS
[   14.875375] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   15.027854] systemd-udevd[333]: starting version 204
[   15.316294] lp: driver loaded but no devices found
[   15.330491] ppdev: user-space parallel port driver
14.04 boot Tom
sumber

Jawaban:

2

Saya percaya langkah khusus ini sebenarnya tidak memakan waktu lama. Pesan dalam log dmesg dicetak ketika kumpulan telah diinisialisasi, bukan ketika inisialisasi dimulai.

Apa yang dilakukan Linux dalam 11 detik itu mungkin menyelidik, mengidentifikasi dan menginisialisasi perangkat keras, yang tidak serta merta menghasilkan entri dalam log dmesg.

mdd
sumber
Ya, saya melihat hal yang sama. (Saya harap) sesuatu yang tidak berbahaya harus terjadi di latar belakang.
Tom
2

Mengatakan, cara lain: Tidak itu tidak normal, ada sesuatu yang perlu waktu untuk merespons. Apakah Anda memiliki perangkat Periferal yang dapat dicabut dan coba lagi booting? Salah satunya kemungkinan akan menimbulkan masalah. cabut printer Anda, memori usb, dll ... dan coba reboot. Apakah ini lebih cepat? Jika ya, coba masukkan satu perangkat sekaligus ke sistem Anda, dan reboot untuk mengidentifikasi perangkat yang bermasalah. mencari tahu perangkat yang bermasalah, dan memposting kembali. Anda mungkin memeriksa integritas disk Anda (Analisis SMART)

Log yang ingin Anda lihat adalah (mungkin): /var/log/syslog

Anda mungkin juga mencoba masuk ke bios Anda, dan menonaktifkan hal-hal seperti port paralel, dan perangkat keras lain yang tidak digunakan, sehingga Anda tidak perlu membuang waktu menginisialisasi port yang tidak Anda gunakan.

j0h
sumber
Mencabut semua perangkat periferal tidak berhasil, tidak semua tes yang Anda sarankan. Ubuntu masih membutuhkan 11 detik yang sama antara 2 langkah itu dan saya tidak dapat menemukan alasannya. Bagaimanapun, ini sama sekali bukan bencana total. Dimungkinkan untuk hidup bersama. Terima kasih banyak atas petunjuk Anda.
Tom
Hey @ Tom apa perintahnya: cat /proc/sys/kernel/threads-maxberikan padamu?
j0h
Ini menunjukkan "59582". Apakah ini baik atau buruk? Maaf, saya benar-benar pemula dalam hal masalah kernel.
Tom
Saya tidak yakin pada titik ini, saya sedang menggali beberapa ide lain tentang memperbaiki masalah Anda. Saya melihat beberapa utas lain seperti ini di forum lain, tetapi solusi yang dimiliki orang adalah menginstal ulang. Bagaimanapun, saya pikir "nonblocking pool" ada hubungannya dengan utas dan batas utas. Saya akan mengirim kembali nanti saya harus naik bus pulang.
j0h
2

Bisa jadi mencoba dan gagal untuk beralih mode video. Coba tambahkannomodeset ke baris perintah kernel dan lihat apakah itu membantu.

Di grub bootmenu, tekan euntuk mengedit entri boot saat ini dan menambahkan " nomodeset" ke baris yang dimulai dengan linux. Kemudian tekan f10 atau ctrl+ xuntuk mem-boot entri yang dimodifikasi.

András Korn
sumber
Hai @ András jika Anda mungkin bisa mengedit jawaban Anda untuk menambahkan instruksi tentang bagaimana tepatnya seseorang bisa menambahkan nomodesetke kernel?
Tshilidzi Mudau
1
Jawaban diubah sebagaimana diminta.
András Korn