Demora na inicialização- Resolvido

Tota · 27 de Maio de 2015, 09:49

Citação de: grafite online 26 de Maio de 2015, 23:45
Com comando dmesg veio um arquivo muito grande pra postar aqui, porém observando, encontrei o erro abaixo.

7.699765] systemd[1]: Starting Journal Service...
[ 7.700622] systemd[1]: Starting Create Static Device Nodes in /dev...
[ 7.701643] systemd[1]: Mounted FUSE Control File System.
[ 7.780854] systemd[1]: Started Apply Kernel Variables.
[ 7.807973] systemd[1]: Started Create Static Device Nodes in /dev.
[ 7.808642] systemd[1]: Starting udev Kernel Device Manager...
[ 7.824677] systemd[1]: Started Journal Service.
[ 7.913895] EXT4-fs (sdc1): re-mounted. Opts: errors=remount-ro
[ 7.951623] systemd-journald[267]: Received request to flush runtime journal from PID 1

Ola,

Não é aí o problema.

O dmesg posta os números a esquerda em segundos de boot, ou seja aos 7,824677 segundos do boot o sistema começou a fazer "journal" do hd, e aos 7,9751623 segundos, depois de fazer o "journal" remontou o disco.

Voce tem que pesquisar pela demora olhando o tempo em segundos do processo de boot, quem demora mais de um a dois segundos no processo.

grafite · 28 de Maio de 2015, 23:35

Desculpem a Demora
Rodei o fsck, não melhorou nada apenas reportou i informação abaixo

/dev/disk/by-uuid/32f958e2-0fe1-43ad-bdbd-dee5d74b1c04: 387397/6807552 files (0.3% non-contiguous), 6963807/27208007 blocks

Se trocar o Systemd pelo Upstart?

druidaobelix · 29 de Maio de 2015, 00:24

Veja, /grafite/,

A recente versão 15.04 do Ubuntu exatamente em razão da implementação do Systemd vem agora com 3 (três) entradas no menu de boot, o menu do grub. Originalmente sempre foram 2 (entradas), a normal e a recovery mode (modo de recuperação), agora foi acrescentada mais uma linha que é exatamente para subir o sistema pelo Upstart naqueles casos em que o Systemd venha a falhar.

Assim, para iniciar pelo Upstart, basta você escolher a linha correspondente no menu do grub.
Caso o menu do grub não esteja aparecendo no seu sistema, então você precisa fazer ele aparecer para que possa fazer a escolha editando o arquivo:

Código Selecionar

sudo gedit /etc/default/grub

Se o caso, comente a linha a seguir:

#GRUB_HIDDEN_TIMEOUT=0

(nota: comentar é colocar um # antes da linha)

Salvar e sair

Agora, para atualizar o grub, execute:

Código Selecionar

sudo update-grub

Isso deve fazer com que o menu do grub apareça no início do boot do sistema e você possa escolher subir usando o Upstart.

Nada obstante, independentemente disso, parece ser o caso de procurar o que é que está fazendo o sistema demorar tanto para subir. Em computadores antigos e com relativamente pouca potência tenho visto subir o sistema usando o Systemd em menos de 30 segundos. No seu caso, com o sistema instalado numa unidade SSD ele deveria estar "voando" e completar o boot muito rapidamente.

Salvo engano não vi uma análise do mais óbvio, que é olhar o dmesg.

Como é um arquivo longo e não muito fácil de visualizar, procure expressões do tipo warning, fail, error e ainda time para tentar encontrar pistas do problema existente.

Pode usar, por exemplo:

Código Selecionar


dmesg | grep -i warning

dmesg | grep -i fail

dmesg | grep -i error

dmesg | grep -i time

grafite · 29 de Maio de 2015, 00:47

druidaobelix

realmente se iniciar pelo Upstart a inicialização ocorre em alguns segundos
achei estranho que depois de particionar outro disco do computador a inicialização com o Systemd demorar quase 2 minutos
Estava pensando em deixar o Upstart como padrão
Observei o resultado do comando dmesg, como comentou o Tota e encontrei a sequencia abaixo:

8.824401] Adding 8386556k swap on /dev/sda5. Priority:-1 extents:1 across:8386556k SSFS
[ 11.504056] floppy0: no floppy controllers found
[ 97.678837] cgroup: new mount options do not match the existing superblock, will be ignored
[ 98.077893] cfg80211: Calling CRDA to update world regulatory domain
[ 98.148193] cfg80211: World regulatory domain updated:
[ 98.148196] cfg80211: DFS Master region: unset
[ 98.148197] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
[ 98.148200] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[ 98.148202] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[ 98.148204] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm), (N/A)
[ 98.148205] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[ 98.148206] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[ 98.289400] r8169 0000:02:00.0 eth0: link down
[ 98.289415] r8169 0000:02:00.0 eth0: link down
[ 99.897239] r8169 0000:02:00.0 eth0: link up
[ 925.341123] FAT-fs (sdc1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[ 2322.364503] EXT4-fs (sdb1): 1 orphan inode deleted
[ 2322.364513] EXT4-fs (sdb1): recovery complete
[ 2322.471768] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
[ 2398.260107] usb 2-5: new high-speed USB device number 2 using ehci-pci
[ 2398.394953] usb 2-5: New USB device found, idVendor=0951, idProduct=1642
[ 2398.394966] usb 2-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3

druidaobelix · 29 de Maio de 2015, 02:10

CitarEstava pensando em deixar o Upstart como padrão

Não há nenhum problema em deixar o Upstart como padrão, especialmente na sua máquina com SSD, não há grande diferença entre uma forma e outra, pois o seu computador já é naturalmente muito rápido para fazer o boot.

Entendendo o Systemd

De uma forma apenas didática e por isso simplificada, é ver que, grosso modo, o sistema tradicional de carregamento de serviços como o Upstart executa as tarefas observando uma linearidade consecutiva, isto é, uma tarefa após a outra, até completar o boot do sistema. Tem sido assim por muito tempo, apesar de algumas melhoras pontuais.

O Systemd é uma forma muito mais agressiva de executar o boot do sistema. Veio para tirar vantagem das características do hardware atual no qual a cpu possui vários núcleos (cores) e, por isso, pode executar processamento em paralelo, ou seja,o Systemd vai aproveitar extensivamente a possibilidade de paralelismo das máquinas atuais e, ao fazer isso, encurta o tempo de boot do sistema.

Claro que proporcionalmente isso não faz lá muito diferença num sistema como o seu que está baseado em disco SSD, que já é naturalmente muito rápido, mas faz uma grande diferença em discos rígidos convencionais, que com sua forma mecânica são o grande gargalo dos computadores atuais.

Isso vinha sendo testado há muito tempo, porém ao lançar realmente a novidade em larga extensão o Ubuntu tomou o cuidado de fazer um plano B para os casos em que o Systemd viesse a não funcionar, daí aquela entrada adicional no menu do grub. A versão 15.04 é uma versão transitória, novidadeira, serve exatamente para experimentos, que é o que está sendo feito. Se isso for aprovado possivelmente irá integrar a próxima versão LTS, de suporte de longo prazo.

Para deixar o Upstart como padrão você deve alterar aquele arquivo já mencionado (/etc/default/grub), modificando a linha:

GRUB_DEFAULT=0

Talvez colocando 1 (um) no lugar do 0 (zero).

Se não funcionar tente com o 2, não vi ao certo, mas é por aí.

Pode deixar o Upstart como padrão sem prejuízo ao sistema e, se tiver interesse, ir pesquisando soluções para a questão do Systemd no seu sistema, até mesmo porque o Ubuntu na medida em que recebe feedback agora de milhões de usuários, certamente está introduzindo aperfeiçoamentos através das atualizações de manutenção periódica.

druidaobelix · 29 de Maio de 2015, 02:27

Vamos começar pelo mais fácil, elimina a partição swap do seu fstab.

Na verdade possivelmente você nem mesmo precisa de swap no sistema, quanto mais duas partições swap para serem montadas.
Comente a linha de ambas swaps no seu fstab para que elas não sejam montadas na inicialização do sistema e vamos ver o que acontece quando sobe pelo Systemd.

Por precaução, faça uma cópia de segurança antes de editar o fstab e tenha um live-iso testado e operacional em mãos para o caso de perder acesso ao sistema. Uma alteração incorreta no fstab pode tornar o sistema inacessível.

Código Selecionar

sudo cp /etc/fstab /etc/fstab.bak

druidaobelix · 29 de Maio de 2015, 10:41

Complementando o post anterior (#20), possivelmente você saiba fazer isso, mas enfim:

Para alterar o arquivo fstab:

Código Selecionar

sudo gedit /etc/fstab

Essas duas linhas aqui coloca um símbolo de cerquilha # (jogo da velha, tralha, octothorpe ou modernamente batizado de hashtag) antes da linha, que é o significado de comentar, ou seja, inutilizar a linha para efeitos de processamento, isto é, a linha não será processada, portanto, as partições swap não serão montadas no boot do sistema. Fica assim:

#UUID=345192fc-7d39-4930-aab2-683f9c3f07b1 none swap sw 0 0

#UUID=affef83a-3d34-4e1c-b257-69f1e7636045 none swap sw 0 0

Salvar e sair

Reincie o sistema optando pelo Systemd no menu do grub.

Ao término do carregamento, do boot, não deverá ter swap ativa no sistema.

Para verificar a condição da swap faça:

Código Selecionar

free -tom

swap deve estar indicando 0 (zero) em total/usado/livre

irtigor · 29 de Maio de 2015, 12:22

Você até pode colocar o upstart como padrão, mas isso não é resolver o problema (é um workaround), fora que a tendência é que o upstart não seja mais suportado no futuro, ai até pode ser que no meio tempo outra pessoa descobra o problema que tá sofrendo e arrume no Ubuntu, mas eu não acho essa uma boa abordagem.

druidaobelix · 29 de Maio de 2015, 14:18

Concordo plenamente com as considerações feitas pelo /irtigor/ no post anterior, pode colocar o Upstart como padrão até para poder ter maior comodidade no uso do sistema, porém enquanto isso não abandone a procura da solução para a questão no Sysmted, já que ele é a tendência.

Isso posto e indo adiante, mais um detalhe, /grafite/, após inutilizar as swaps (uma coisa por vez para poder isolar as variáveis), faça o seguinte comando:

Código Selecionar

sudo touch /forcefsck

Reinicie o sistema e depois outra vez, agora pelo Systemd e observe o resultado.

druidaobelix · 29 de Maio de 2015, 16:33

Examinando melhor o particionamento dos discos do sistema, conforme consta no post #7, verifica-se que possui 3 (três) discos, sendo 2 (dois) convencionais SATA e 1 (um) SSD.

Não entendi muito bem a lógica do FAT32 enorme (592GB) em sda3 e outro FAT32 (160GB) em sdb1. Qual a razão dessas partições formatadas em FAT32?

A formatação em FAT32 é a pior possível, a mais suscetível de erros e, em geral, deve ser evitada. Se as partições não puderem ser todas nos formatos nativos do Linux, então é melhor usar NTFS para partições Windows ou há alguma outra razão para mantê-las em FAT32?

druidaobelix · 29 de Maio de 2015, 17:05

Uma das questões apresentadas no post #18:

Citar[ 97.678837] cgroup: new mount options do not match the existing superblock, will be ignored

até possui registro recente no bugs.launchpad, de 15/05/2015, por enquanto acusando lá que afeta apenas uma pessoa e não há solução indicada, o que é compreensível até mesmo em razão de ser muito recente.

https://bugs.launchpad.net/ubuntu/+source/libcgroup/+bug/1455358

De toda forma isso parece estar vinculado a uma questão de kernel.

1) Atualizou o sistema após a instalação?

Código Selecionar


sudo apt-get update

sudo apt-get upgrade

2) Qual o kernel instalado no sistema após as atualizações?

Código Selecionar

uname -a

3) Qual a configuração de hardware dessa máquina (cpu, motherboard, ram, gpu), setup (BIOS convencional ou UEFI) e, se existir, marca e modelo ? (eventualmente essas informações podem ajudar a encontrar uma solução)

grafite · 30 de Maio de 2015, 15:44

Eu comentei as linhas swap no fstab e retirei do computador um disco de 160 g com uma partição fat32 que contem apenas fotos e video e está cheio.
estas partições são para arquivos (não tenho windows no computador e nem pretendo ter)
O grande problema mesmo eram as partições swap
Agora esta iniciando bem rápido.(não cronometrei, mais foi cera de 10 segundos).
antes demorava 1,40 minutos muito tempo para o Ubuntu, ainda mais em um disco SSD
Não vejo a necessidade agora de trocar o Sysmted pelo Upstart
Agradeço a todos que participaram deste tópico e vamos esperar que auxilie mais alguém
Valeu pessoal,