Ubuntu Desktop 17.04 64 bits avec accueil crypté, démarrage lent

18

J'ai réinstallé Ubuntu 17.04 Desktop 64 bits UEFI sur mon ordinateur portable sur un disque dur.

Ordinateur portable: Intel Core i5-5200U, Intel HD Graphics 5500, 16 Go de RAM.

Le démarrage prend environ 120 secondes (de la pression de l'interrupteur d'alimentation à l'écran de connexion, avec Ubuntu 16.04.2 sur un SSD, cela prend moins de 20 secondes).

syslog

$ systemd-analyze blame
          5.187s dev-sdb2.device
          4.268s ModemManager.service
          3.138s accounts-daemon.service
          2.852s fwupd.service
          2.688s grub-common.service
          2.421s irqbalance.service
          2.367s apport.service
          2.360s gpu-manager.service
          2.269s NetworkManager.service
          1.641s thermald.service
          1.632s polkit.service
          1.567s rsyslog.service
          1.336s keyboard-setup.service
          1.241s lightdm.service
          1.240s plymouth-quit-wait.service
          1.231s speech-dispatcher.service
          1.172s udisks2.service
          1.159s apparmor.service
          1.019s alsa-restore.service
           976ms repowerd.service
           957ms upower.service
           900ms bluetooth.service
           821ms systemd-resolved.service
           792ms dev-hugepages.mount
           792ms dev-mqueue.mount
           789ms avahi-daemon.service
           755ms sys-kernel-debug.mount
           689ms [email protected]
           663ms systemd-modules-load.service
           638ms rtkit-daemon.service
           599ms systemd-backlight@backlight:intel_backlight.service
           540ms systemd-rfkill.service
           511ms systemd-udevd.service
           505ms systemd-fsck@dev-disk-by\x2duuid-F685\x2d7079.service
           456ms systemd-machine-id-commit.service
           455ms openvpn.service
           444ms systemd-timesyncd.service
           386ms systemd-user-sessions.service
           326ms systemd-journald.service
           321ms kmod-static-nodes.service
           273ms systemd-logind.service
           243ms colord.service
           239ms systemd-udev-trigger.service
           227ms wpa_supplicant.service
           199ms networking.service
           192ms console-setup.service
           191ms systemd-tmpfiles-setup-dev.service
           188ms pppd-dns.service
           184ms systemd-hostnamed.service
           171ms [email protected]
           170ms systemd-localed.service
           165ms setvtrgb.service
           162ms systemd-tmpfiles-setup.service
           131ms dns-clean.service
           101ms systemd-journal-flush.service
            92ms resolvconf.service
            91ms sys-fs-fuse-connections.mount
            82ms systemd-sysctl.service
            79ms systemd-remount-fs.service
            70ms systemd-random-seed.service
            51ms ufw.service
            44ms systemd-update-utmp.service
            42ms boot-efi.mount
            37ms snapd.socket
            14ms plymouth-start.service
            11ms plymouth-read-write.service
             6ms snapd.autoimport.service
             4ms ureadahead-stop.service
             4ms dev-mapper-cryptswap1.swap
             3ms systemd-update-utmp-runlevel.service
             1ms swapfile.swap

tracé d'analyse système

Des idées?

user58634
la source
Pourquoi Legacy? Pourquoi avez-vous une /bootpartition et pourquoi est-elle si grande? Ces questions sont plus rhétoriques qu'autre chose et ont pour seul but de vous avertir que vous faites le contraire des pratiques recommandées, donc des problèmes sont à prévoir (comme indiqué dans le journal systemd).
j'ai essayé UEFI cela a pris le même temps puis j'ai pensé que le BIOS est peut-être plus rapide, la partition de démarrage est parce qu'elle est sur un disque dur, donc je veux la partie la plus rapide du disque pour mon démarrage, la taille est parce que sur mon autre ordinateur portable avec des noyaux plus anciens nettoyés out est de 250+ Mo, donc 1 Go serait suffisant.
user58634
Ce que vous venez de commenter est un non-sens de haut en bas.
avez-vous des recommandations pour moi?
user58634
1. Une /bootpartition séparée n'est requise que pour LVM. Sinon, ce n'est même pas recommandé. 2. Le démarrage hérité ne peut être aussi bon que le mode UEFI natif (et toujours recommandé), jamais meilleur et souvent pire pour le support matériel. 3. Non mentionné dans vos spécifications mais si vous avez un addon de cartes graphiques, vous devrez peut-être installer des pilotes propriétaires.

Réponses:

29

J'ai compris , c'est un problème d'Ubiquité avec l'option home cryptée: le système se bloque car ecryptfs-setup-swap ne fonctionne pas avec les fichiers d'échange !

J'ai configuré Ubuntu avec Home crypté comme je le fais toujours, avec le correctif tel que décrit dans le démarrage du lien est passé de ~ 200 secondes à ~ 30 secondes, c'est sur un disque dur.


Edit: le problème est lors de l'installation d'Ubuntu avec la maison cryptée, 17.04 crée un fichier d'échange au lieu d'une partition d'échange comme les versions précédentes, puis le programme d'installation écrit un fichier de configuration défectueux.

Citation, du rapport de bogue d'origine:

En particulier, ecryptfs-setup-swap place dans / etc / crypttab une ligne comme celle-ci:

cryptswap1 UID=XXXXXXXX /dev/urandom
swap,offset=1024,cipher=aes-xts-plain64

(comme s'il y avait une partition de swap avec UID = XXXXXXXX) alors qu'avec un fichier de swap, elle devrait mettre la ligne suivante:

cryptswap1 /swapfile /dev/urandom
swap,offset=1024,cipher=aes-xts-plain64

Si vous modifiez manuellement cette ligne et redémarrez, vous vous débarrassez du problème - avant de redémarrer, vérifiez également que votre fichier / etc / fstab se termine par:

#/swapfile none swap sw 0 0
/dev/mapper/cryptswap1 none swap sw 0 0

En raison de cette erreur, Ubuntu passe beaucoup de temps à attendre l'échange.

correction du blâme systemd-analyse

tracé d'analyse du système fixe

user58634
la source
4
Pouvez-vous expliquer comment ce correctif fonctionne? Je ne peux presque pas l'obtenir. Je pense qu'il y en aurait beaucoup d'autres qui ne peuvent pas non plus comprendre le flux de travail pour résoudre le problème
Mostafa Ahangarha
1
Je vous remercie! Mon temps de démarrage est passé de 2 minutes à 2 secondes. J'ai fait exactement ce que vous dites, j'ai changé cette ligne pour l'avoir /swapfile. Notez également que le lien du tableau de bord que vous pointez indique qu'il devrait y #/swapfile ...en avoir /etc/fstab, mais j'ai /swapfile ...comme vous le voyez ici et cela fonctionne parfaitement.
Illidanek
Meilleure solution de ce problème
Kostya Bakay
Mon temps de démarrage a été réduit de 2 minutes à 15 secondes! Merci beaucoup!
Pedro Rodrigues
A également fonctionné pour moi. Il n'a pas accéléré le temps de démarrage mais "shutdown -h" fonctionne et s'arrête en quelques secondes contre quelques minutes. Ubuntu devrait vraiment résoudre ce problème lors d'une mise à niveau dist.
mec
1

L'installation avec LVM activé empêche également ce problème (pour Ubuntu MATE de toute façon) car il crée une partition de swap.

u2764
la source