Ubuntu 16.04.1 Inicialização do Kernel LTS por 90 segundos

0

Perdoe-me, acabei de instalar o Ubuntu ontem e estou tentando aprender o mais rápido possível.

Não consigo entender por que a inicialização, o reinício e o desligamento demoram tanto. A partir das informações abaixo, posso ver onde o problema está acontecendo, mas não sei como corrigi-lo. Eu também entendo que boot, restart e shutdown poderiam ser problemas separados e se preferir começar com startup / reboot (acho que estão relacionados).

Toda vez que eu inicio meu computador ou reinicializo meu computador, o kernel leva mais de 90 segundos para carregar (sentado na tela preta enquanto espera).

Obrigado por toda e qualquer ajuda que você puder fornecer.

FYI, eu carreguei o Zorin OS 9 sem problemas, mas isso está usando uma versão mais antiga do Ubuntu (14.04 LTS) e eu quero usar o mais recente.

Informações do sistema:

  • Intel I7-3770K
  • AMD Radeon R9 290x
  • 32 GB de RAM
  • Samsung SSD como principal (o grub instalado aqui)
  • WD HDD 7200rpm como meu swap e root para o Ubuntu.
  • Ubuntu 16.04.1 LTS de 64 bits, atualizado.

> O Grub está instalado na minha unidade principal enquanto o Ubuntu está em / dev / sdb3 (3ª unidade no meu sistema)

Eu tentei inicializar com nomodeset e isso não ajuda em nada.

EDITAR: Informações adicionais - Estou usando a versão UEFI de 64 bits do Ubuntu. Eu também tenho um overclock em minhas biografias. Eu tentei adicionar parâmetros ao meu kernel ou eu não estou fazendo isso corretamente ou não tem efeito. Eu também tentei desligar todos os dispositivos USB do meu computador, incluindo o meu teclado e mouse (usei um teclado ps2) e o problema permaneceu.

EDIT 2: fiz alguns testes adicionais:

Eu desconectei todos os cabeçalhos usb, desconectei todos os HDs e o problema ainda acontece (mesmo com o live usb).

Eu tenho esta placa-mãe:

Estou pensando que tem que ser algo com a placa-mãe, talvez o controlador SATA secundário?

Alguém tem alguma sugestão?

Imagem do gráfico de análise: Ubuntu 16.04.1 LTS systemd-analisa o enredo

dmesg (Exemplo de inicialização 1)

[    2.135850] sd 10:0:0:0: [sdd] 976754645 4096-byte logical blocks: (4.00 TB/3.64 TiB)
[    2.136168] sd 10:0:0:0: [sdd] Write Protect is off
[    2.136170] sd 10:0:0:0: [sdd] Mode Sense: 4f 00 00 00
[    2.136327] sd 10:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    2.137493]  sdd: sdd1
[    2.138193] sd 10:0:0:0: [sdd] Attached SCSI disk
[    2.627661] clocksource: Switched to clocksource tsc
[   91.393716] random: nonblocking pool is initialized
[   91.478893] EXT4-fs (sdb3): mounted filesystem with ordered data mode. Opts: (null)
[   92.052207] systemd[1]: systemd 229 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ -LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN)
[   92.052306] systemd[1]: Detected architecture x86-64.
[   92.064886] systemd[1]: Set hostname to <AntUbuntu>.
[   92.298399] systemd[1]: Listening on udev Kernel Socket.
[   92.298491] systemd[1]: Set up automount Arbitrary Executable File Formats File System Automount Point.
[   92.298499] systemd[1]: Reached target Remote File Systems (Pre).

dmesg (Exemplo de inicialização 2)

[    4.297400] sd 10:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    4.298509]  sdd: sdd1
[    4.299195] sd 10:0:0:0: [sdd] Attached SCSI disk
[    4.393421] random: nonblocking pool is initialized
[   91.502212] EXT4-fs (sdb3): mounted filesystem with ordered data mode. Opts: (null)
[   92.075578] systemd[1]: systemd 229 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ -LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN)
[   92.075677] systemd[1]: Detected architecture x86-64.
[   92.088193] systemd[1]: Set hostname to <AntUbuntu>.
[   92.337609] systemd[1]: Listening on udev Control Socket.
[   92.337646] systemd[1]: Listening on udev Kernel Socket.
[   92.337659] systemd[1]: Listening on fsck to fsckd communication Socket.
[   92.337709] systemd[1]: Created slice System Slice.

systemd-analyse blame:

  6.233s lightdm.service
  5.922s snapd.refresh.service
  4.198s plymouth-quit-wait.service
  3.095s dev-sdb3.device
  2.376s NetworkManager.service
  1.961s ModemManager.service
  1.959s thermald.service
  1.945s accounts-daemon.service
  1.773s apparmor.service
  1.441s polkitd.service
  1.114s plymouth-start.service
  1.094s systemd-tmpfiles-setup.service
  1.033s apport.service
  1.004s grub-common.service
   868ms networking.service
   856ms systemd-journal-flush.service
   721ms gpu-manager.service
   695ms rsyslog.service
   642ms systemd-fsck@dev-disk-by\x2duuid-1EEB\x2dDE91.service
   571ms systemd-tmpfiles-setup-dev.service
   558ms console-setup.service
   509ms keyboard-setup.service
   495ms upower.service
    
por Anthony 28.08.2016 / 18:49

2 respostas

0

Então deixe-me ver se entendi. Esta é uma instalação de 2 discos e você tem o boot e o root em discos separados?

Você pensou em talvez colocar as partições de inicialização e troca de raiz no ssd e usar o HDD para fornecer dados? Algo como montar o HDD para / srv.

Eu executei esta configuração usando um pen drive como home de boot root e swap e 2 hdds montados em / srv e / mnt contendo minhas imagens de máquina virtual e os dados que eles servem. O tempo de inicialização é de < 60 segundos

    
por deputy_D 02.09.2016 / 19:43
0

O atraso de 90 segundos é causado por um conflito de nomes de interface de rede que acontece devido a uma falha no BIOS da sua placa-mãe. Algumas placas-mãe Intel com várias NICs integradas apresentam esse problema. Duas placas-mãe que eu conheço são a Intel DZ77GA-70K (seu case) e a DZ77RE-75K (minha.)

Observe que há vários modos de falha que causam um longo atraso durante a inicialização, levando a um desperdício de esforço ao buscar soluções. Este caso específico está relacionado a conflitos de interface de rede e pode ser detectado executando o seguinte comando descrito aqui: link

$ sudo grep . /sys/class/net/*/device/{index,acpi_index}
/sys/class/net/eth0/device/index:1
/sys/class/net/eth1/device/index:1
grep: /sys/class/net/*/device/acpi_index: No such file or directory

Os dois dispositivos de rede têm o mesmo valor "index" 1 e os valores do índice ACPI estão ausentes. Deve haver valores de índice APCI distintos atribuídos pelo BIOS. Devido a esses valores conflitantes, a política "Nome da interface de rede previsível" ( link ) que aparece no udev v197 causa as interfaces de rede de alguma forma não inicializar corretamente na inicialização e um tempo limite de 90 segundos é observado.

Outra maneira de detectar isso é aplicar os argumentos "debug ignore_loglevel" à linha de comando do kernel. Com esses argumentos no lugar durante a inicialização (e também na saída dmesg), você verá uma mensagem após 60 segundos do systemd-udevd de que alguma interface de rede está "demorando muito tempo".

systemd-udevd[447]: seq 2024 '/devices/pci0000:00/...' is taking a long time

Existem várias maneiras de contornar esse problema. Eles estão documentados no link freedesktop.org acima. A parte relevante é citada aqui:

% bl0ck_qu0te%

Especulação: essas placas Z77 da Intel surgiram pouco antes da Intel sair do negócio de placas-mãe para desktop em 2013. As placas nunca tiveram o benefício das atualizações contínuas do BIOS que poderiam ter corrigido esses problemas. As placas funcionam, mas há algumas falhas, outra é a dos erros de "sobrecorrente" do USB que acontecem durante o boot no Linux e no Windows, apesar de não haver dispositivos USB consumindo corrente.

    
por A. Campbell 17.12.2017 / 06:20