¿Es normal mi proceso de arranque? Tarda 50 segundos en arrancar

8

Aquí está mi boot.log

resume: libgcrypt version: 1.5.0
fsck from util-linux 2.19.1
fsck from util-linux 2.19.1
fsck from util-linux 2.19.1
/dev/sda5: clean, 668102/3276800 files, 4449436/13107200 blocks
/dev/sda2: recovering journal
uhome: recovering journal
/dev/sda2: clean, 3030/74592 files, 200601/297200 blocks (check in 2 mounts)
uhome: clean, 282203/2621440 files, 8705593/10485760 blocks (check after next mount)
Skipping profile in /etc/apparmor.d/disable: usr.bin.firefox
 * Starting AppArmor profiles       [170G 
[164G[ OK ]
 * Setting sensors limits       [170G 
[164G[ OK ]
Invalidating stale software suspend images... done.
 * Starting mDNS/DNS-SD daemon[164G[ OK ]
Starting DECnet... * Starting network connection manager[164G[ OK ]
done.
 * Stopping Failsafe Boot Delay[164G[ OK ]
 * Stopping System V initialisation compatibility[164G[ OK ]
 * Starting System V runlevel compatibility[164G[ OK ]
 * Starting Bumblebee supporting nVidia Optimus cards[164G[ OK ]
 * Starting LightDM Display Manager[164G[ OK ]
 * Starting save kernel messages[164G[ OK ]
 * Starting ACPI daemon[164G[ OK ]
 * Starting anac(h)ronistic cron[164G[ OK ]
 * Starting deferred execution scheduler[164G[ OK ]
 * Starting regular background program processing daemon[164G[ OK ]
 * Starting automatic crash report generation[164G[[31mfail[39;49m]
 * Stopping anac(h)ronistic cron[164G[ OK ]
 * Starting CPU interrupts balancing daemon[164G[ OK ]

Contenido de fstab:

# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda5 during installation
UUID=d30f09f8-9580-4a6b-ac31-f69116793f9f /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda2 during installation
UUID=28309a48-2171-4784-8093-d0e5ca40e6de /boot           ext4    defaults        0       2
# /home was on /dev/sda6 during installation
UUID=4d7ee3e9-bf26-483d-af6e-efcd883126d0 /home           ext4    defaults        0       2
# swap was on /dev/sda10 during installation
UUID=f1a123f0-c81d-4f0a-9d5c-6780cbf8b9dc none            swap    sw              0       0

Aquí está el registro de dmesg: http://paste.ubuntu.com/826319/ '

El registro de dmesg muestra un poco de bache después de 6 segundos, espera demasiado antes de comenzar de nuevo a los 24 segundos.

Salida de fdisk -ly mount: http://paste.ubuntu.com/826397/

He deshabilitado casi todos los servicios que puedo, pero todavía me toma 50 segundos arrancar. Mientras arranca con Live USB, apenas toma 25 segundos.

El proceso de arranque se detiene durante unos 20 segundos en la línea "reanudar versión de libcrypt". Y esos fscks se realizan en cada arranque. ¿Son necesarios esos fscks?

EDITAR : Bootchart diagrama de arranque

boot performance fsck Muneeb
fuente
¡agregue el rendimiento de dmesg corto después de iniciar en su publicación inicial!
Michael K
ah y fsck = comprobación del sistema de archivos: no debería ser necesario en cada momento de arranque. El progreso de mi arranque consume aprox. 19 segundos pero con un disco duro muy rápido (1500 MB / seg)
Michael K
@MichaelK He agregado dmesg log. Sé sobre fsck, pero no obtengo el que realmente verifica el sistema de archivos después de 25/30 montajes. Simplemente muestra este "fsck de util-linux ..." y esos registros de "diario de recuperación", que es donde se detiene la mayor parte del tiempo.
Muneeb
2
La recuperación de registros de diario implica que algo falló al escribir archivos en su disco duro. Un apagado incorrecto o un disco duro agonizante pueden causar esto. ¿Esto sucede repetidamente? ¿Has intentado ejecutar un fsck completo desde un CD en vivo (con la unidad desmontada!) Para solucionarlo?
maco
1
@Muneeb Además, a veces las piezas son defectuosas directamente de fábrica (de ahí la garantía de hardware típica de 1 año que viene con la mayoría de las computadoras y piezas). Además, está comparando el tiempo de arranque de la unidad de estado sólido (su Live USB) con el de una unidad basada en disco / disco (su disco duro estándar). El estado sólido siempre será mucho más rápido porque no hay partes móviles. En una nota al margen (y por curiosidad), ¿por qué te preocupa un tiempo de arranque de menos de un minuto?
Shauna

Respuestas:

1

El tiempo de arranque normal es de 40 s (incluido el BIOS). Es posible que tenga un hardware "no tan bueno" que causa este problema. También debe haber mantenido muchas cosas en el arranque e instalado muchos paquetes. Pero no necesitas preocuparte.

Pranit Bauva
fuente
2
¿Puede proporcionar una cita, o más información, para la afirmación de que el arranque generalmente demora 40 segundos?
Eliah Kagan
0

Puede intentar iniciar Terminal y luego ingresar el código a continuación, modificado para sus circunstancias / necesidades.

sudo tune2fs -c 50 /dev/hda1

Los 50 deberían hacer que el sistema ejecute fsck cada 50 botas. 50 ~ 100 se considera habitual. El hda1 puede ser hda1, hda2, hda3 ... o sda1, sda2, sda3 ... dependiendo de su configuración.

Obtendría más información ingresando man tune2fs. La flecha hacia abajo lo lleva a través de la página de manual.

Vic
fuente