- Mensajes: 85
- Karma: 9
- Gracias recibidas: 46
Valencia, España
Hola , Creo que el problema del arranque es el Kernel
Startup finished in 7.520s (firmware) + 2.844s (loader) + 34.412s (kernel) + 2.391s (userspace) = 47.169s
graphical.target reached after 2.364s in userspace
¿Como lo corrigo?
Saludos y perdonar la insistencia.
Pedro.L
Por favor, Identificarse para unirse a la conversación.
¿Es un portátil?. ¿Disco duro de 7200 RPM o 5400 RPM?. Ejecuta systemd-analyze blame para ver que está tardando mas en iniciar.
Por favor, Identificarse para unirse a la conversación.
Hola , Es un portatil Slimbook Pro I5 y dos ssd los valores en systemd analyze blame es:
$ systemd-analyze blame
1.266s dev-sdb2.device
889ms apt-daily-upgrade.service
652ms snapd.service
618ms keyboard-setup.service
247ms systemd-logind.service
237ms systemd-journal-flush.service
194ms NetworkManager.service
177ms udisks2.service
157ms networkd-dispatcher.service
128ms systemd-rfkill.service
110ms snap-kde\x2dframeworks\x2d5-25.mount
104ms ModemManager.service
102ms lvm2-monitor.service
96ms systemd-timesyncd.service
93ms snap-kde\x2dframeworks\x2d5-27.mount
91ms systemd-resolved.service
88ms systemd-udev-trigger.service
85ms accounts-daemon.service
83ms grub-common.service
79ms snap-kde\x2dframeworks\x2d5-26.mount
77ms plymouth-quit-wait.service
77ms plymouth-quit.service
73ms alsa-restore.service
72ms snap-core-5145.mount
58ms gpu-manager.service
55ms apparmor.service
54ms systemd-tmpfiles-setup-dev.service
47ms upower.service
47ms snap-core-4917.mount
45ms systemd-journald.service
42ms avahi-daemon.service
39ms systemd-udevd.service
37ms pppd-dns.service
lines 1-33
y systemd-analyze es:
Startup finished in 8.397s (firmware) + 3.118s (loader) + 34.431s (kernel) + 2.471s (userspace) = 48.419s
graphical.target reached after 2.310s in userspace
Saludos Pedro.L
Por favor, Identificarse para unirse a la conversación.
El tiempo de carga del kernel es demasiado alto, revisa si tienes algún módulo que hayas tenido que cargar de forma manual.
Estos son los de mi Slimbook ONE con Arch+Plasma con el sistema en el SSD y el mecánico para /home
$ systemd-analyze
Startup finished in 2.389s (kernel) + 3.477s (userspace) = 5.866s
graphical.target reached after 3.343s in userspace
$ systemd-analyze blame
922ms systemd-fsck@dev-disk-by\x2duuid-cda51853\x2d2556\x2d406d\x2d854d\x2d01cd2d9aa0ed.service
712ms lvm2-monitor.service
668ms ldconfig.service
566ms dev-sdb3.device
493ms systemd-tmpfiles-setup.service
372ms systemd-logind.service
365ms logrotate.service
320ms systemd-rfkill.service
277ms systemd-hwdb-update.service
263ms systemd-random-seed.service
259ms systemd-backlight@backlight:acpi_video0.service
254ms udisks2.service
206ms Esta dirección de correo electrónico está siendo protegida contra los robots de spam. Necesita tener JavaScript habilitado para poder verlo.
202ms var.mount
195ms systemd-fsck@dev-disk-by\x2duuid-844013ac\x2d9cfc\x2d4a48\x2da8c7\x2d70a082742d0f.service
191ms NetworkManager.service
174ms systemd-tmpfiles-clean.service
160ms lm_sensors.service
157ms thermald.service
152ms home.mount
143ms systemd-journal-catalog-update.service
122ms upower.service
120ms polkit.service
114ms cpupower.service
76ms systemd-udevd.service
73ms systemd-udev-trigger.service
68ms alsa-restore.service
63ms systemd-modules-load.service
58ms systemd-sysusers.service
51ms systemd-journald.service
42ms systemd-fsck@dev-disk-by\x2duuid-a7d757dc\x2ddbe0\x2d4c73\x2d8b97\x2d3b17a9700657.service
41ms systemd-journal-flush.service
39ms systemd-update-done.service
37ms systemd-user-sessions.service
36ms ntpd.service
27ms systemd-update-utmp.service
25ms wpa_supplicant.service
23ms systemd-tmpfiles-setup-dev.service
22ms dev-mqueue.mount
20ms dev-hugepages.mount
19ms systemd-remount-fs.service
18ms boot.mount
16ms systemd-sysctl.service
15ms tmp.mount
15ms kmod-static-nodes.service
14ms sys-kernel-debug.mount
9ms sys-kernel-config.mount
5ms rtkit-daemon.service
$ systemd-analyze blame --user
2.385s pulseaudio.service
342ms xdg-user-dirs-update.service
15ms obex.service
8ms at-spi-dbus-bus.service
6ms dbus.socket
Por favor, Identificarse para unirse a la conversación.
Hola . Si , la carga del kernel es larga 34,4 segundos , sin embargo el mismo kernel en Ubuntu los valores son normales . El problema es de Neon.
Saludos
Pedro.L
Por favor, Identificarse para unirse a la conversación.
Acabo de iniciar mi viejo PC de sobremesa (o sobresuelo, ya que está en el suelo) que es un Core2Duo (E7400) con un disco mecánico de unos cuantos años, un WD RE4 y me da estos valores. Si fuese algo de KDE neon me podría pasar lo mismo pero en mi caso el kernel carga en menos de 4 segundos. Algo tienes mal o algún módulo del kernel que se queda medio pillado a la hora de cargar.
$ systemd-analyze
Startup finished in 3.789s (kernel) + 47.390s (userspace) = 51.180s
graphical.target reached after 15.056s in userspace
$ systemd-analyze blame
10.751s dev-sda1.device
9.249s systemd-journal-flush.service
8.718s lvm2-monitor.service
7.545s systemd-sysctl.service
6.430s systemd-udevd.service
1.917s snapd.service
1.912s udisks2.service
1.749s systemd-tmpfiles-setup-dev.service
1.619s grub-common.service
1.457s networkd-dispatcher.service
1.387s ModemManager.service
1.335s accounts-daemon.service
1.321s NetworkManager.service
886ms apparmor.service
883ms thermald.service
853ms systemd-modules-load.service
773ms alsa-restore.service
759ms gpu-manager.service
754ms pppd-dns.service
748ms fstrim.service
734ms rsyslog.service
724ms systemd-logind.service
698ms keyboard-setup.service
505ms avahi-daemon.service
316ms resolvconf.service
286ms systemd-journald.service
248ms ufw.service
244ms blk-availability.service
219ms snapd.seeded.service
202ms apt-daily.service
192ms networking.service
186ms dev-mqueue.mount
186ms dev-hugepages.mount
184ms plymouth-start.service
183ms upower.service
178ms systemd-tmpfiles-setup.service
166ms sys-kernel-debug.mount
165ms polkit.service
165ms kmod-static-nodes.service
149ms systemd-udev-trigger.service
144ms systemd-remount-fs.service
136ms systemd-random-seed.service
113ms systemd-resolved.service
104ms systemd-timesyncd.service
95ms systemd-update-utmp.service
90ms apt-daily-upgrade.service
86ms plymouth-quit-wait.service
80ms Esta dirección de correo electrónico está siendo protegida contra los robots de spam. Necesita tener JavaScript habilitado para poder verlo.
79ms plymouth-quit.service
65ms dev-loop0.device
54ms packagekit.service
52ms snap-kde\x2dframeworks\x2d5-27.mount
51ms plymouth-read-write.service
46ms snap-core-5328.mount
44ms wpa_supplicant.service
39ms systemd-rfkill.service
37ms console-setup.service
18ms dev-disk-by\x2duuid-432332bf\x2d880b\x2d465d\x2db73e\x2dd1ae448ef392.swap
18ms setvtrgb.service
17ms snapd.socket
11ms ntp.service
10ms dev-loop1.device
9ms resolvconf-pull-resolved.service
8ms sys-kernel-config.mount
7ms systemd-user-sessions.service
7ms ureadahead-stop.service
6ms systemd-update-utmp-runlevel.service
5ms sys-fs-fuse-connections.mount
5ms rtkit-daemon.service
5ms sddm.service
Por favor, Identificarse para unirse a la conversación.
Hola , y eso ¿ como lo arreglo ? . Porque he leido que volver al kernel anterior , no lo sosluciona.
Saludos
Pedro.L
Por favor, Identificarse para unirse a la conversación.
Puedes intentar hacer esto → wiki.archlinux.org/index.php/Improving_p...ess#Using_bootchart2 aunque sea la wiki de ArchLinux te sirve para casi cualquier distro. El problema puede ser cualquier cosa, te tocará investigar. Revisa los mensajes del kernel con dmesg a ver si ves algo inusual. errores, fallos de firmware, etc...
Por favor, Identificarse para unirse a la conversación.
@Pedro.L, @archjedi, voy a analizar ese comportamiento en mis máquinas a ver por dónde puedo mejorar ese aspecto, ya que me interesa que arranquen mínimamente rápido (uso SSD y a veces las arrancadas son muy lentas en Ubuntu). Gracias por la información
Por favor, Identificarse para unirse a la conversación.
Hola , he descargado una actualizacion del kernel 4.18.0 , los tres paquetes Deb . Linux header , Linux modules y Linux -image-unsigned , generic para 64 bits Actualizando, ¿puede arreglarlo? , por que doy por supuesto de que la culpa la tiene la carga del kernel , Tengo 4 .15. 0-34 en Neon , en Ubuntu el mismo pero funciona bien .
Saludos y gracias
Pedro.L
Por favor, Identificarse para unirse a la conversación.
Si no cambia la configuración de su navegador, usted acepta su uso. Saber más