• Arranque demasiado lento con Gnome.


    Aqui dejo una captura de mi arranque con systemd

    [img]http://i.imgur.com/l3bnnV3.png?1[/img]

    No estoy seguro de que borrar, ya que me puedo meter en problemas, por eso recurro a la experiencia de ustedes, Gracias.-

    Autodidacta en la VIDA …y en Linux, también.

  • Hola.

    Especificaciones de hardware?
    Si tu computadora es lenta por diseño (single core, 2Gb RAM), entonces ni siquiera te conviene usar SystemD, mucho menos Gnome. Los arranques lentos son normales en PC’s con poco poder.

  • CCCppppuuuuu.png

    Autodidacta en la VIDA …y en Linux, también.

  • @judd :
    Lo hace cada vez que arrancas? En teoria, el man-db reorganiza tus páginas man, pero no deberia hacerlo cada vez que arrancas…

  • Hola karasu !
    Si si lo hace en cada arranque, probado si.-

    Autodidacta en la VIDA …y en Linux, también.

  • OK. Miraremos dos cosas:

    • Mira el contenido del fichero /usr/lib/systemd/system/man-db.timer, debería ser este:
    [Unit]
    Description=Daily man-db cache update
    
    [Timer]
    OnCalendar=daily
    AccuracySec=12h
    Persistent=true
    
    • Ejecuta el comando sudo /usr/bin/mandb. Funciona bien? Cuánto tarda? Observas algun error en la salida?

    Saludos!

  • @karasu said:

    OK. Miraremos dos cosas:

    • Mira el contenido del fichero /usr/lib/systemd/system/man-db.timer, debería ser este:
    [Unit]
    Description=Daily man-db cache update
    
    [Timer]
    OnCalendar=daily
    AccuracySec=12h
    Persistent=true
    

    Esta exactamente igual al mío ese fichero.

    • Ejecuta el comando sudo /usr/bin/mandb. Funciona bien? Cuánto tarda? Observas algun error en la salida?

    Saludos!

    Y el segundo comando está todo bien, te dejo el final de las ultimas lineas:

    Purgando entradas antiguas en la base de datos en /usr/share/man/da...
    Procesando las páginas de manual bajo /usr/share/man/da...
    Purgando entradas antiguas en la base de datos en /usr/share/man/fr...
    Procesando las páginas de manual bajo /usr/share/man/fr...
    Purgando entradas antiguas en la base de datos en /usr/share/man/sk...
    Procesando las páginas de manual bajo /usr/share/man/sk...
    Purgando entradas antiguas en la base de datos en /usr/share/man/cs...
    Procesando las páginas de manual bajo /usr/share/man/cs...
    Procesando las páginas de manual bajo /usr/local/man...
    0 man subdirectories contained newer manual pages.
    0 manual pages were added.
    0 stray cats were added.
    0 old database entries were purged.
    

    Autodidacta en la VIDA …y en Linux, también.

  • OK, supongo que el comando no tardó 23 segundos, no? ;)

    Haz una prueba. Ahora que ya has ejecutado el comando mandb, reinicia el ordenador y vuelve a ejecutar el systemd-analyze blame

    Salen los mismos valores de antes?

  • Salen los mismos valores, eso si, el mandb no sale, pero igualmente todo el sistema trabaja bien, pero muy gomoso, como cansado…

    ANALIIZXZGXVSJGJS.png

    Autodidacta en la VIDA …y en Linux, también.

  • Mira el tamaño de tu journal, puede crecer hasta un 10% de tu tamaño de disco duro, y a veces esto es demasiado

    du /var/log/journal -h

  • Pon tambien la salida de systemd-analyze critical-chain, por favor.

  • [[email protected] ~]$ du /var/log/journal -h
    8,0K /var/log/journal/remote
    921M /var/log/journal/b4ccd2cb8fe848a1a716350cee817876
    921M /var/log/journal
    GPARTEDDDDD.png

    [[email protected] ~]$ systemd-analyze critical-chain
    The time after the unit is active or started is printed after the “@” character.
    The time the unit takes to start is printed after the “+” character.

    graphical.target @28.189s
    └─multi-user.target @28.189s
    └─ModemManager.service @21.626s +6.562s
    └─basic.target @21.155s
    └─sockets.target @21.155s
    └─avahi-daemon.socket @53.705s
    └─sysinit.target @21.103s
    └─sys-fs-fuse-connections.mount @46.117s +3ms
    └─system.slice @2.278s
    └─-.slice @2.248s
    [[email protected] ~]$

    Autodidacta en la VIDA …y en Linux, también.

  • Aca se ve mejor, con colores:
    CRITICAL CHAAIIIINNNNN.png

    Autodidacta en la VIDA …y en Linux, también.

  • Para empezar, puedes desactivar el ModemManager
    sudo systemctl disable ModemManager.service

  • Ah, el log sí que empieza a ser demasiado grande.

    Puedes eliminarlo sin problemas, son los ficheros que están en /var/log/journal
    Y limitar su tamaño. Edita el fichero /etc/systemd/journald.conf y modifica la siguiente línea:
    SystemMaxUse=50M

    Puedes poner 50M o lo que tú creas, tu mismo.

  • MODEMMANAGER.png

    Autodidacta en la VIDA …y en Linux, también.

  • En teoría hemos ganado 6s.

    Puedes hacer lo del log (journal) y reiniciar? A ver si ganamos algo…

  • +4 son 10 segundos !
    REIIIINICIIIO.png

    reinicio2222222.png

    Aún falta …pero vamos de fiesta !!!

    Autodidacta en la VIDA …y en Linux, también.

  • Hay alguna cosa que se nos escapa… no puede ser 1min es demasiado. Has hecho lo del journal? Pq 12 segundos para systemd-journald.service me parece demasiado.

  • @karasu said:

    Hay alguna cosa que se nos escapa… no puede ser 1min es demasiado. Has hecho lo del journal? Pq 12 segundos para systemd-journald.service me parece demasiado.

    Si, lo acabo de revizar nuevamente y si esta en 50M como lo habia hecho ayer.
    Algo se vuela si y no me doy cuenta que puede ser…

    Autodidacta en la VIDA …y en Linux, también.

Posts 29Views 8290
Log in to reply