È normale che Ubuntu 14.04.2 impieghi molto tempo al passaggio "random: il pool non bloccante è inizializzato" durante il processo di avvio?

9

Durante il processo di avvio, Ubuntu 14.04.2 impiega circa 11 secondi per completare il passaggio "casuale: il pool non bloccante è inizializzato" (questo è il passaggio più lento, FYI).

Cosa significa questo passaggio?
È normale impiegare molto tempo per completarlo?
c'è qualche soluzione a questo?

Di seguito è riportato un esempio di esempio / var / log / dmesg dal mio Ubuntu 14.04.2:

[    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
fonte

2

Credo che questo particolare passaggio non richieda davvero molto tempo. Il messaggio nel registro dmesg viene stampato quando il pool è stato inizializzato, non quando viene avviata l'inizializzazione.

Quello che Linux sta facendo in quegli 11 secondi è probabilmente sondare, identificare e inizializzare l'hardware, che non genera necessariamente voci nel registro di dmesg.

— MDD
fonte

Sì, vedo lo stesso. (Spero) qualcosa di innocuo deve accadere in background.

— Tom,

2

Detto in un altro modo: No, non è normale, qualcosa sta impiegando un po 'a rispondere. Possiedi dei dispositivi periferici che puoi scollegare e riprovare all'avvio? Uno di questi sta probabilmente creando qualche problema. scollegare la stampante, la memoria USB, ecc ... e provare a riavviare. È più veloce? In tal caso, prova a reinserire un dispositivo alla volta nel tuo sistema e a riavviare per identificare il dispositivo problematico. capire il dispositivo problematico e inviare di nuovo. potresti controllare l'integrità del tuo disco (SMART Analysis)

Il registro che vuoi guardare è (probabilmente): /var/log/syslog

potresti anche provare ad entrare nel tuo bios e disabilitare cose come la porta parallela e altro hardware inutilizzato, in modo tale da non dover perdere tempo a inizializzare le porte che non stai utilizzando.

— j0h
fonte

Scollegare tutti i dispositivi periferici non ha funzionato, né tutti i test che hai suggerito. Ubuntu impiega ancora gli stessi 11 secondi tra quei 2 passaggi e non riesco a scoprirne il motivo. Comunque, non è affatto un disastro totale. È possibile convivere con. Grazie mille per i tuoi suggerimenti.

— Tom,

Ehi @ Tom cosa cat /proc/sys/kernel/threads-maxti dà il comando: ti do?

— j0h

Mostra "59582". È buono o cattivo? Siamo spiacenti, sono un principiante per quanto riguarda i problemi del kernel.

— Tom,

Non sono sicuro a questo punto, stavo approfondendo alcune altre idee su come risolvere il problema. Ho visto un paio di altri thread come questo su altri forum, ma le soluzioni che la gente doveva reinstallare erano. Ad ogni modo, penso che "pool non bloccante" abbia a che fare con thread e limiti di thread. Riprenderò più tardi devo prendere un autobus per casa.

— j0h

2

Potrebbe essere tentare e non riuscire a cambiare modalità video. Prova ad aggiungere nomodesetalla riga di comando del kernel e vedi se questo aiuta.

Nel menu di avvio di grub, premere eper modificare la voce di avvio corrente e aggiungere " nomodeset" alla riga che inizia con linux. Quindi premere f10 o ctrl+ xper avviare la voce modificata.

— András Korn
fonte

Ciao @ András se potessi forse modificare la tua risposta per aggiungere istruzioni su come si può fare esattamente per aggiungere nomodesetal kernel?

— Tshilidzi Mudau,

1

Risposta modificata come richiesto.

— András Korn,