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
¡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
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
@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