Ubuntu Desktop 17.04 de 64 bits com casa criptografada e inicialização lenta

18

Eu reinstalei o Ubuntu 17.04 Desktop UEFI de 64 bits no meu laptop em um disco rígido.

Computador portátil: Intel Core i5-5200U, Intel HD Graphics 5500, 16 GB de RAM.

A inicialização leva ~ 120 segundos (de pressionar o botão liga / desliga até a tela de login, com o Ubuntu 16.04.2 em um ssd, leva menos de 20 segundos).

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

plotagem systemd-analyse

Alguma ideia?

user58634
fonte
Por que Legado? Por que você tem uma /bootpartição e por que é tão grande? Essas perguntas são mais retóricas do que qualquer outra coisa e têm o único objetivo de alertá-lo de que você está fazendo o oposto das práticas recomendadas; portanto, problemas são esperados (como mostrado no log do systemd).
Eu tentei o UEFI demorou o mesmo tempo, então pensei que talvez o BIOS seja mais rápido, a partição de inicialização é porque está em um disco rígido, então eu quero a parte mais rápida do disco para a minha inicialização, o tamanho é porque no meu outro laptop com os kernels limpos fora tem mais de 250 MB, portanto, 1 GB seria suficiente.
user58634
O que você acabou de comentar é uma bobagem de cima para baixo.
você tem alguma recomendação para mim?
user58634
1. Uma /bootpartição separada é necessária apenas para o LVM. Caso contrário, nem é recomendado. 2. A inicialização herdada pode ser tão boa quanto o modo UEFI nativo (e sempre recomendado), nunca melhor e muitas vezes pior para o suporte de hardware. 3. Não mencionado nas especificações, mas se você possui uma placa de vídeo adicional, pode ser necessário instalar drivers proprietários.

Respostas:

29

Entendi, é um problema da Ubiquity com a opção de casa criptografada: o sistema trava por causa do ecryptfs-setup-swap não funcionar com arquivos de troca !

Eu configurei o Ubuntu com o Home criptografado, como sempre faço, com a correção descrita no link boot de ~ 200 segundos para ~ 30 segundos, em um disco rígido.


Edit: o problema é ao instalar o Ubuntu com o lar criptografado, o 17.04 cria um arquivo de swap em vez de uma partição de swap como nas versões anteriores, e o instalador grava um arquivo de configuração com defeito.

Citação, no Relatório de bug original:

Em particular, ecryptfs-setup-swap coloca em / etc / crypttab uma linha como esta:

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

(como se houvesse uma partição de swap com UID = XXXXXXXX) enquanto em um arquivo de troca ele deve colocar a seguinte linha:

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

Se você alterar manualmente essa linha e reiniciar, você se livra do problema - antes de reiniciar, verifique também se o arquivo / etc / fstab termina com:

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

Devido a esse erro, o Ubuntu passa muito tempo aguardando a troca.

culpa fixa do systemd-analyse

gráfico fixo systemd-analyse

user58634
fonte
4
Você pode explicar como essa correção funciona? Eu quase não consigo entender. Eu acho que haveria muitos outros que também não conseguem entender o fluxo de trabalho para resolver o problema
Mostafa Ahangarha
11
Obrigado! Meu tempo de inicialização caiu de 2 minutos para 2 segundos. Eu fiz exatamente o que você diz, mudei essa linha para ter /swapfile. Observe também que o link da barra de ativação para o qual você aponta diz que deve haver #/swapfile ...no arquivo /etc/fstab, mas eu tenho o /swapfile ...que você mostra aqui e funciona perfeitamente.
Illidanek
Melhor solução deste problema
Kostya Bakay
Meu tempo de inicialização foi reduzido de 2 minutos para 15 segundos! Muito obrigado!
Pedro Rodrigues
Trabalhou para mim também. Não acelerou o tempo de inicialização, mas o "shutdown -h" funciona e é encerrado em alguns segundos, em alguns minutos. O Ubuntu realmente deve corrigir isso ao fazer uma atualização dist.
cara
1

A instalação com o LVM ativado também evita esse problema (para o Ubuntu MATE de qualquer maneira), pois cria uma partição de troca.

u2764
fonte