Ubuntu 17.04 inicialização lenta no SSD com inicialização dupla

Question

Eu tenho o Windows 10 e o Ubuntu 17.04 em dual boot (120Gb SSD, 100 para Windows e o restante para Linux). Quando eu instalei o Ubuntu na segunda partição, eu não criei nenhuma partição swap (eu tenho 4Gb de ram e a maioria dos fóruns disse que com 4Gb + você não precisa de swap), então eu criei uma partição root / com todos os 20gb disponível e selecionado para criptografar somente minha pasta pessoal.

O problema é que ele leva 1-2min para inicializar o Ubuntu, enquanto o Windows é inicializado em cerca de 10 segundos ou menos.

Eu vi alguns posts aqui sobre esse problema, mas a maioria dos casos que o OP criou foi a partição swap, e este não é o meu caso.

O que posso fazer? Instale-o novamente e crie uma partição swap neste momento ou eu tomo outra abordagem? Eu não sou especialista em tecnologia em relação ao Ubuntu, então eu agradeceria se vocês me mostrassem alguns passos para identificar o problema, obrigado!

EDIT # 1

Meu Windows 10 não está configurado com fastboot porque eu posso acessar todos os arquivos / pastas da partição do Windows dentro do Linux.

EDIT # 2

Saída de sudo fdisk -l :

Disk /dev/loop0: 80,5 MiB, 84393984 bytes, 164832 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop1: 76 MiB, 79683584 bytes, 155632 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/sda: 111,8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x39380a4e

Device     Boot     Start       End   Sectors  Size Id Type
/dev/sda1  *         2048   1026047   1024000  500M  7 HPFS/NTFS/exFAT
/dev/sda2         1026048 193478655 192452608 91,8G  7 HPFS/NTFS/exFAT
/dev/sda3       193480702 234440703  40960002 19,5G  5 Extended
/dev/sda5       193480704 234440703  40960000 19,5G 83 Linux

Disk /dev/sdb: 931,5 GiB, 1000204138496 bytes, 1953523708 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x2de2a99a

Device     Boot Start        End    Sectors   Size Id Type
/dev/sdb1        2048 1953519615 1953517568 931,5G  7 HPFS/NTFS/exFAT

Saída de systemd-analyze :

Startup finished in 5.074s (kernel) + 3min 514ms (userspace) = 3min 5.588s

Saída de systemd-analyze blame :

7.518s NetworkManager-wait-online.service
3.920s fwupd.service
3.015s iio-sensor-proxy.service
1.217s dev-sda5.device
739ms apt-daily.service

EDIT # 3:

Saída de systemd-analyze critical-chain :

graphical.target @1min 38.007s
└─multi-user.target @1min 38.007s
  └─virtualbox.service @1min 37.938s +68ms
    └─network-online.target @1min 37.937s
      └─NetworkManager-wait-online.service @1min 30.418s +7.518s
        └─NetworkManager.service @1min 30.306s +105ms
          └─dbus.service @1min 30.281s
            └─basic.target @1min 30.273s
              └─sockets.target @1min 30.273s
                └─snapd.socket @1min 30.265s +8ms
                  └─sysinit.target @1min 30.264s
                    └─apparmor.service @193ms +264ms
                      └─local-fs.target @190ms
                        └─media-gdf897g6f9-HD\x20TOURO.mount @1min 50.061s
                          └─dev-sdb1.device @1.467s

EDIT # 4:

Aqui está uma imagem do comando systemd-analyze plot > test.svg , uma enorme lacuna antes de sysinit.target , não ter certeza do que isso significa.

link

    

Answer 1

Eu poderia encontrar uma correção que um usuário do Reddit postou, foi realmente um bug:

% bl0ck_qu0te%

Agora meu Ubuntu inicializa em aproximadamente 6 segundos: -)

    

Answer 2

O Windows 10 leva menos tempo, porque, por padrão, ele não é encerrado completamente (se você quiser acessar a partição do Windows a partir do Linux, é necessário desativar esse recurso). Ele hiberna e retoma ao ligar. Criar uma partição swap é bom, já que alguns aplicativos usam a área de swap (como gimp, inkscape, vmware etc). Você pode controlar a permutabilidade do seu sistema operacional, o que ajudará a reduzir o desgaste do seu SSD.

Use o seguinte link para ajustar a permuta

Como eu configuro o swappiness?

E para adicionar swap ao seu uso de instalação

link

Ou você pode começar da nova instalação.

E se você sabe exatamente que tipo de hardware você tem, você pode desativar módulos indesejados do kernel.

Mantenha apenas os aplicativos desejados em aplicativos de inicialização.

Desabilite os serviços para começar, como

• servidor de ftp
• apache ou nginx
• clamav
• openssh-server

etc.

Mas você precisa iniciá-los manualmente ou pode adicionar crontabs para iniciá-los após o boot.

Espero que ajude.

    

Answer 3

Eu enfrentei o mesmo problema, com exatamente 30 segundos de diferença em torno das seguintes entradas no dmesg, que reduziu para menos de 1 segundo após a correção -

% bl0ck_qu0te%

Eu tentei várias correções sugeridas, sem nenhum sucesso -

1. Atualizando " /etc/fstab " com a saída de " blkid "
2. Instalando o haveged e o rng-tools ou o rng-tools5 (embora meu processador tenha suporte para Secure Key)

Acontece que o problema era que o initramfs tentava localizar o espaço de troca que eu havia criado durante a instalação de um USB ativo. O UUID da partição swap localizada no USB é procurado por 30 segundos, antes de prosseguir com a inicialização. Isso precisa ser corrigido em dois lugares -

1. update-initramfs -uk all '#utilizando a versão atualizada do initramfs-tools - 0.130ubuntu3.1
2. Remover a substituição (se houver) de ' /etc/initramfs-tools/conf.d/resume ', seja comentando a entrada ou marcando RESUME=none

Correção detalhada do bug fornecida aqui link