Ubuntu 16.04 demorando muito para inicializar

1

meu Ubuntu 16.04 Xenial está demorando muito para inicializar, eu não sei porque, mas ele começou depois de algumas atualizações recomendadas.

Aqui está o meu "/ etc / default / grub":

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR='lsb_release -i -s 2> /dev/null || echo Debian'
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command 'vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

Especificações do sistema:

Processor: Intel® Core™ i5-3317U CPU @ 1.70GHz × 4 
Memory: 7,7 GiB
Graphics: Intel® Ivybridge Mobile
OS type: 64-bit
Disk: 476,2 GB

Eu também tenho uma placa de vídeo NVIDIA 740M, mas eu não uso isso.

EDIT ---

systemd-analyze

Startup finished in 3.767s (kernel) + 42.820s (userspace) = 46.587s

systemd-analyze blame

  9.882s dev-sda6.device
  9.612s apparmor.service
  9.377s plymouth-read-write.service
  8.150s nmbd.service
  7.525s samba-ad-dc.service
  6.517s NetworkManager-wait-online.service
  6.376s teamviewerd.service
  2.231s thermald.service
  2.219s NetworkManager.service
  2.217s accounts-daemon.service
  2.135s systemd-modules-load.service
  1.807s ModemManager.service
  1.799s systemd-udevd.service
  1.530s plymouth-start.service
  1.479s systemd-fsck@dev-disk-by\x2duuid-69da77aa\x2da78c\x2d4bbb\x2db9
  1.394s gpu-manager.service
  1.327s systemd-tmpfiles-setup-dev.service
  1.222s grub-common.service
  1.047s systemd-journald.service
  1.027s keyboard-setup.service
  1.005s upower.service
   933ms dev-loop0.device
   907ms console-setup.service
   864ms networking.service
   857ms lightdm.service
   815ms systemd-backlight@backlight:intel_backlight.service
   703ms udisks2.service
   699ms ufw.service
   684ms virtualbox.service
   594ms dev-loop2.device
   520ms systemd-logind.service
   510ms systemd-sysctl.service
   450ms home.mount
   429ms systemd-rfkill.service
   373ms polkitd.service
   370ms snapd.autoimport.service
   358ms smbd.service
   347ms wpa_supplicant.service
   347ms systemd-update-utmp.service
   340ms iio-sensor-proxy.service
   337ms colord.service
   301ms sys-kernel-debug.mount
   300ms dev-hugepages.mount
   279ms systemd-tmpfiles-setup.service
   273ms irqbalance.service
   272ms dev-mqueue.mount
   270ms systemd-journal-flush.service
   248ms snap-core-1577.mount
   241ms apport.service
   230ms ondemand.service
   229ms systemd-udev-trigger.service
   228ms alsa-restore.service
   226ms speech-dispatcher.service
   216ms pppd-dns.service
   215ms rsyslog.service
   214ms systemd-user-sessions.service
   198ms bluetooth.service
   181ms avahi-daemon.service
   166ms systemd-random-seed.service
   158ms [email protected]
   152ms systemd-remount-fs.service
   148ms snap-anbox-15.mount
   128ms dev-disk-by\x2duuid-f724534f\x2dff65\x2d42cc\x2da0c1\x2d244c45a
   126ms systemd-timesyncd.service
   106ms dns-clean.service
   101ms setvtrgb.service
   100ms snap-anbox\x2dinstaller-10.mount
    92ms kmod-static-nodes.service
    21ms resolvconf.service
    16ms snapd.socket
     6ms ureadahead-stop.service
     4ms rc-local.service
     3ms rtkit-daemon.service
     3ms sys-kernel-config.mount
     3ms systemd-update-utmp-runlevel.service
     2ms sys-fs-fuse-connections.mount
     1ms plymouth-quit-wait.service
   479us dev-loop1.device
    
por Max Victor 21.04.2017 / 22:02

2 respostas

1

Após uma semana olhando para falhas do sistema porque meu sistema precisou de 3 minutos para iniciar e 1 minuto para desligar e me perguntar por que alguns processos levam mais de 3 segundos para começar, eu tentei hoje o seguinte:

inicialize na recuperação e escolha "retomar a inicialização"

Eu poderia ter um sistema começando em menos de 30 segundos.

Eu pesquisei e vi que alguns usuários tinham que iniciar no modo de recuperação devido a problemas gráficos e retomar a inicialização. Como solução alternativa, eles atualizaram seu GRUB com "nomodeset splash quieto". Eu fiz isso,

gksudo gedit /etc/default/grub

e adicionou o "nomodeset" na linha

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"

então

sudo update-grub

o resultado é:

systemd-analyze
Startup finished in 7.603s (kernel) + 8.130s (userspace) = 15.734
    
por twanmal 13.07.2017 / 11:27
0

Isso pode não ser o problema, pode até não ter nada a ver com isso, mas resolvi dessa maneira.

Você pode ter alguns comandos em arquivos como /etc/rc.local ou qualquer arquivo / etc / init .config executado na inicialização.

Se você tem algo lá (e você já o teve antes das "atualizações recomendadas" de que você fala), então é muito possível que você precise verificar o script / comandos que você tem lá e se certificar de que nada está causando esse "longo tempo".

Alternativamente, se você tem algo como o seguinte (veja abaixo), ou qualquer coisa relacionada a permissões de superusuário para o grub, em arquivos diferentes porque você estava tentando configurar o grub, isso pode causar uma inicialização muito longa também:

set superusers="userA" password_pbkdf2 grub.<insanely long number or just normal password if you left pbkdf2 out>

Se algo assim se combina com um monte de arquivos das versões mais antigas, isso atrasa a inicialização, eu posso garantir isso como aconteceu comigo.

Concluindo, se qualquer um desses casos se assemelhar ao seu problema, então ele é parecido com o meu ea única solução é remover todas as coisas desnecessárias da configuração do grub (eu tive que excluir o menu antigo.lst para ele inicializar mais rápido) ou corrija o código nos arquivos em execução na inicialização.

    
por ulovah 22.04.2017 / 01:23