Mon processus de démarrage est-il normal? Il faut 50 secondes de démarrage

Voici mon 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 ]

Contenu 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

Voici le journal dmesg: http://paste.ubuntu.com/826319/ '

Le journal dmesg montre un peu de bosse après 6 secondes, il attend trop avant de recommencer à la 24e seconde.

Sortie de fdisk -let mount: http://paste.ubuntu.com/826397/

J'ai désactivé presque tous les services que je peux, mais il faut toujours 50 secondes pour démarrer. Lors du démarrage avec Live USB, cela ne prend guère 25 secondes.

Le processus de démarrage s'arrête pendant environ 20 secondes sur la ligne "reprendre la version de libcrypt". Et ces fscks sont effectués à chaque démarrage. Ces fscks sont-ils nécessaires?

EDIT : Bootchart diagramme de démarrage

boot performance fsck

— Muneeb
source

veuillez ajouter la sortie de dmesg peu de temps après le démarrage dans votre publication initiale!

— Michael K

ah et fsck = vérification du système de fichiers - ne devrait pas être nécessaire à chaque démarrage. Ma progression de démarrage consomme environ. 19 sec mais avec un disque dur très rapide (1500 Mo / sec)

— Michael K

@MichaelK J'ai ajouté le journal dmesg. Je connais fsck, mais je n'ai pas celui qui vérifie le système de fichiers après 25/30 montages. Il montre juste ce "fsck de util-linux ..." et ces journaux de "récupération de journal" qui sont là où il s'arrête la plupart du temps.

— Muneeb

La récupération des journaux de bord implique l'échec de l'écriture de fichiers sur votre disque dur. Soit un mauvais arrêt ou un disque dur en train de mourir pourrait provoquer cela. Cela se produit-il à plusieurs reprises? Avez-vous essayé d'exécuter un fsck complet à partir d'un CD live (avec lecteur non monté !!!) pour le réparer?

— maco

@Muneeb De plus, parfois les pièces sont défectueuses directement de l'usine (d'où la garantie matérielle typique de 1 an fournie avec la plupart des ordinateurs et des pièces). En outre, vous comparez le temps de démarrage d'un disque SSD (votre Live USB) à celui d'un disque / disque (votre disque dur standard). L'état solide sera toujours plus rapide, car il n'y a pas de pièces mobiles. Sur une note (et par curiosité), pourquoi êtes-vous inquiet pour un temps de démarrage d'une minute, de toute façon?

— Shauna

Le temps de démarrage normal est de 40 secondes (y compris le BIOS). Vous avez peut-être du matériel "pas si bon" qui cause ce problème. Vous devez également avoir gardé beaucoup de choses au démarrage et installé de nombreux packages. Mais ne vous inquiétez pas.

— Pranit Bauva
source

Pouvez-vous fournir une citation, ou plus d'informations, pour l'affirmation selon laquelle le démarrage prend généralement 40 secondes?

— Eliah Kagan

Vous pouvez essayer de démarrer Terminal puis de saisir le code ci-dessous, modifié en fonction de vos circonstances / besoins.

sudo tune2fs -c 50 /dev/hda1

Le 50 devrait obliger le système à exécuter fsck tous les 50 démarrages. 50 ~ 100 est considéré comme habituel. Le hda1 peut être hda1, hda2, hda3 ... ou sda1, sda2, sda3 ... selon votre configuration.

Vous obtiendrez plus d'informations en entrant man tune2fs. La flèche vers le bas vous fait descendre à travers la page de manuel.

— Vic
source