Kde Neon . Actualizaciones.

  • Pedro.L
  • Avatar de Pedro.L Autor del tema
  • Conectado
  • Navegador Experto
  • Navegador Experto
Más
6 años 1 mes antes #41

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.

  • archjedi
  • Avatar de archjedi
  • Invitado
  • Invitado
6 años 1 mes antes #42

¿Es un portátil?. ¿Disco duro de 7200 RPM o 5400 RPM?. Ejecuta systemd-analyze blame para ver que está tardando mas en iniciar.

Última Edición: 6 años 1 mes antes por archjedi.

Por favor, Identificarse para unirse a la conversación.

  • Pedro.L
  • Avatar de Pedro.L Autor del tema
  • Conectado
  • Navegador Experto
  • Navegador Experto
Más
6 años 1 mes antes #43

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

El siguiente usuario dijo gracias: impreza233

Por favor, Identificarse para unirse a la conversación.

  • archjedi
  • Avatar de archjedi
  • Invitado
  • Invitado
6 años 1 mes antes #44

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

Última Edición: 6 años 1 mes antes por archjedi.

Por favor, Identificarse para unirse a la conversación.

  • Pedro.L
  • Avatar de Pedro.L Autor del tema
  • Conectado
  • Navegador Experto
  • Navegador Experto
Más
6 años 1 mes antes #45

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.

  • archjedi
  • Avatar de archjedi
  • Invitado
  • Invitado
6 años 1 mes antes #46

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.

  • Pedro.L
  • Avatar de Pedro.L Autor del tema
  • Conectado
  • Navegador Experto
  • Navegador Experto
Más
6 años 1 mes antes #47

Hola , y eso ¿ como lo arreglo ? . Porque he leido que volver al kernel anterior , no lo sosluciona.
Saludos
Pedro.L

Última Edición: 6 años 1 mes antes por Pedro.L.

Por favor, Identificarse para unirse a la conversación.

  • archjedi
  • Avatar de archjedi
  • Invitado
  • Invitado
6 años 1 mes antes #48

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.

  • impreza233
  • Avatar de impreza233
  • Conectado
  • Navegador Platino
  • Navegador Platino
  • ¿Quién es Homer? Yo me llamo tipo de incógnito
Más
6 años 1 mes antes #49

@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 :)


Un saludo
El siguiente usuario dijo gracias: Pedro.L

Por favor, Identificarse para unirse a la conversación.

  • Pedro.L
  • Avatar de Pedro.L Autor del tema
  • Conectado
  • Navegador Experto
  • Navegador Experto
Más
6 años 1 mes antes #50

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.

¡Atención! Este sitio usa cookies y tecnologías similares.

Si no cambia la configuración de su navegador, usted acepta su uso. Saber más

Acepto

Vea nuestra política de cookies y enlaces de interés aquí