Fórum Ubuntu Linux - PT
Suporte Técnico => Sistema => Tópico iniciado por: grafite em 25 de Maio de 2015, 00:27
-
Bos pessoal
estou com problema
Instalei o Ubuntu 15/04 em um disco SSD.
Está uma maravilha bem rápido como é dese esperar.
Tenho no computador outro disco com mil gigas com o Ubuntu 14.04 instalado em uma partição de 400 Gigas (resolvi deixar por enquanto pois este Ubuntu esta muito, bom)
Pois bem, particionei o resto do disco em apenas uma partição para gravar videos, fotos etc.
A partir dai o Ubuntu 15.04 dos disco SSD, só inicia rapidamente na opção UPSTART No GRUB.
Iniciando normalmente demora 1,40 minutos.
fica na tela preta com os dizeres: STARTING VERSION 219
Bem, esta tela aparecia antes, pois não configurei o Playmouth apos a instalação do Drive NVIDIA, só que demorava alguns segundos
Como saber o que esta acontecendo nestes 1,40 minutos, ou como resolver isto?
Valeu pessoal.
-
Inicia o 15.04 normalmente, e execute os seguintes comandos
systemd-analyze time
systemd-analyze critical-chain
systemd-analyze blame
Copie e cole os resultados aqui.
-
Leia sobre o bug
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1432171
-
Inicia o 15.04 normalmente, e execute os seguintes comandos
systemd-analyze time
systemd-analyze critical-chain
systemd-analyze blame
Copie e cole os resultados aqui.
Segue:
grafite@grafite-A785GM-AD3:~$ systemd-analyze time
Startup finished in 7.465s (kernel) + 3min 518ms (userspace) = 3min 7.983s
grafite@grafite-A785GM-AD3:~$ systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
graphical.target @1min 37.554s
└─multi-user.target @1min 37.554s
└─kerneloops.service @1min 37.541s +12ms
└─network-online.target @1min 37.540s
└─network.target @1min 30.758s
└─NetworkManager.service @1min 30.271s +486ms
└─basic.target @1min 30.270s
└─sockets.target @1min 30.270s
└─avahi-daemon.socket @1min 30.270s
└─sysinit.target @1min 30.267s
└─networking.service @4.419s +82ms
└─apparmor.service @4.349s +69ms
└─local-fs.target @4.348s
└─run-cgmanager-fs.mount @1min 30.286s
└─local-fs-pre.target @4.348s
└─systemd-remount-fs.service @4.337s +7ms
└─systemd-fsck-root.service @4.020s +316ms
└─systemd-fsckd.socket @191ms
└─-.slice @166ms
grafite@grafite-A785GM-AD3:~$ systemd-analyze blame
6.780s NetworkManager-wait-online.service
3.773s systemd-udev-settle.service
1.150s dev-disk-by\x2duuid-32f958e2\x2d0fe1\x2d43ad\x2dbdbd\x2ddee5d74
550ms gpu-manager.service
518ms systemd-udevd.service
486ms NetworkManager.service
381ms ModemManager.service
360ms accounts-daemon.service
346ms systemd-logind.service
335ms avahi-daemon.service
322ms grub-common.service
321ms systemd-user-sessions.service
321ms rsyslog.service
321ms pppd-dns.service
320ms speech-dispatcher.service
318ms apport.service
317ms irqbalance.service
316ms systemd-fsck-root.service
158ms plymouth-start.service
125ms systemd-journald.service
95ms plymouth-quit-wait.service
84ms systemd-tmpfiles-setup-dev.service
82ms networking.service
lines 1-23
-
Como o disco está particionado? Usa lvm?
----
Me interesso particularmente pelos comandos
findmnt -o uuid,fstype,source,target
sudo parted -l
-
Como posso ver esta informação?
-
Editei a minha mensagem...
-
segue:
Notei agora que antes esta disco SSD com o 15.04 era sda e depois que particionei o outro disco, passou a ser sdc
grafite@grafite-A785GM-AD3:~$ findmnt -o uuid,fstype,source,target
UUID FSTYPE SOURCE TARGET
32f958e2-0fe1-43ad-bdbd-dee5d74b1c04 ext4 /dev/disk/by-uuid/32f958e2-0fe1-43ad-bdbd-dee5d74b1c04
/
sysfs sysfs ├─/sys
security securityfs │ ├─/sys/kernel/security
tmpfs tmpfs │ ├─/sys/fs/cgroup
cgroup cgroup │ │ ├─/sys/fs/cgroup/systemd
cgroup cgroup │ │ ├─/sys/fs/cgroup/net_cls,net_prio
cgroup cgroup │ │ ├─/sys/fs/cgroup/blkio
cgroup cgroup │ │ ├─/sys/fs/cgroup/freezer
cgroup cgroup │ │ ├─/sys/fs/cgroup/hugetlb
cgroup cgroup │ │ ├─/sys/fs/cgroup/cpu,cpuacct
cgroup cgroup │ │ ├─/sys/fs/cgroup/perf_event
cgroup cgroup │ │ ├─/sys/fs/cgroup/memory
cgroup cgroup │ │ ├─/sys/fs/cgroup/devices
cgroup cgroup │ │ └─/sys/fs/cgroup/cpuset
pstore pstore │ ├─/sys/fs/pstore
debugfs debugfs │ ├─/sys/kernel/debug
fusectl fusectl │ └─/sys/fs/fuse/connections
proc proc ├─/proc
autofs systemd-1 │ └─/proc/sys/fs/binfmt_misc
devtmpfs udev ├─/dev
devpts devpts │ ├─/dev/pts
tmpfs tmpfs │ ├─/dev/shm
mqueue mqueue │ ├─/dev/mqueue
hugetlbf hugetlbfs │ └─/dev/hugepages
tmpfs tmpfs └─/run
tmpfs tmpfs ├─/run/lock
tmpfs cgmfs ├─/run/cgmanager/fs
tmpfs tmpfs └─/run/user/1000
fuse.gvf gvfsd-fuse └─/run/user/1000/gvfs
grafite@grafite-A785GM-AD3:~$ sudo parted -l
[sudo] password for grafite:
Modelo: ATA ST31000528AS (scsi)
Disco /dev/sda: 1000GB
Tamanho do setor (lógico/físico): 512B/512B
Tabela de Partição: msdos
Opções de disco:
Número Início Fim Tamanho Tipo Sistema de arquivos Opções
1 1049kB 400GB 400GB primary ext4 boot
2 400GB 408GB 8403MB primary linux-swap(v1)
3 408GB 1000GB 592GB primary fat32
Modelo: ATA MAXTOR STM316021 (scsi)
Disco /dev/sdb: 160GB
Tamanho do setor (lógico/físico): 512B/512B
Tabela de Partição: msdos
Opções de disco:
Número Início Fim Tamanho Tipo Sistema de arquivos Opções
1 32,3kB 160GB 160GB primary fat32 boot
Modelo: ATA SSD2SC120G3LC709 (scsi)
Disco /dev/sdc: 120GB
Tamanho do setor (lógico/físico): 512B/512B
Tabela de Partição: msdos
Opções de disco:
Número Início Fim Tamanho Tipo Sistema de arquivos Opções
1 1049kB 111GB 111GB primary ext4 boot
2 111GB 120GB 8588MB extended
5 111GB 120GB 8588MB logical linux-swap(v1)
-
Dá pra ganhar alguns segundos mascarando o systemd-udev-settle.service, mas isso tudo não diz o porque ainda. Mostra
journalctl -b -p 4
journalctl -u systemd-udev-settle
cat /etc/fstab
-
Será que não tem alguma coisa a ver om o UUID?
Note que fstab os UIDD do sda1 esta diferente do apresentado com o comando blkid
/etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=32f958e2-0fe1-43ad-bdbd-dee5d74b1c04 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
UUID=345192fc-7d39-4930-aab2-683f9c3f07b1 none swap sw 0 0
# swap was on /dev/sdb5 during installation
UUID=affef83a-3d34-4e1c-b257-69f1e7636045 none swap sw 0 0
grafite@grafite-A785GM-AD3:~$ blkid
/dev/sda1: UUID="3ec5765c-b006-4175-8b96-eab4614c8b35" TYPE="ext4" PARTUUID="00037d55-01"
/dev/sda2: UUID="1b06de94-1b18-4a01-8297-fd124d708ecb" TYPE="swap" PARTUUID="00037d55-02"
/dev/sda3: UUID="1160-BA39" TYPE="vfat" PARTUUID="00037d55-03"
/dev/sdb1: LABEL="arquivos" UUID="8C63-8DA7" TYPE="vfat" PARTUUID="e5f9ed2e-01"
/dev/sdc1: UUID="32f958e2-0fe1-43ad-bdbd-dee5d74b1c04" TYPE="ext4" PARTUUID="00075be0-01"
/dev/sdc5: UUID="345192fc-7d39-4930-aab2-683f9c3f07b1" TYPE="swap" PARTUUID="00075be0-05"
grafite@grafite-A785GM-AD3:~$
-
Não sda, b, c... são nomes dados sequencialmente durante a iniciação, a cada reboot a ordem que o hardware aparece pode mudar, você não passaria do grub se a partição raiz estivesse errada. Então, sem ver os logs fica difícil de ter certeza ( fora o journal, o dmesg é outro comando interessante), mas tá com cara que algum hardware tá demorando pra iniciar corretamente, ai o systemd tenta até funcionar ou dar timeout e toca pra frente. Se quiser tentar meio no escuro mesmo:
sudo systemctl mask systemd-udev-settle.service
Mas com os logs deve dar pra confirmar.
-
O comando acima não resolveu
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
-
Teria que olhar de novo a saída daqueles comandos pra ver se esse ultimo fez o que falei (diminuir uns segundos)... E o journalctl? O "journalctl -b" mostra os logs do boot atual, de qualquer forma, de um livecd (essa partição não pode estar em uso), rode um fsck.
fsck.ext4 -p -f -C0 /dev/disk/by-uuid/32f958e2-0fe1-43ad-bdbd-dee5d74b1c04
-
Vou rodar um fsck
porem pelo arquivo fstab o uuid 32f958e2-0fe1-43ad-bdbd-dee5d74b1c04 e da partição sda1
nesta partição esta instalado o ubuntu 14.04
# / was on /dev/sda1 during installation
UUID=32f958e2-0fe1-43ad-bdbd-dee5d74b1c04 / ext4 errors=remount-ro 0 1
pelo comando blkid esta correto, esta é artição que esta o Ubuntu 15.04 (sdc1)
/dev/sdc1: UUID="32f958e2-0fe1-43ad-bdbd-dee5d74b1c04" TYPE="ext4" PARTUUID="00075be0-01"
Amanhã posto o resultado
-
Fora o que já expliquei, linha com cerquilha é comentário.
-
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.
-
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?
-
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:
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:
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:
dmesg | grep -i warning
dmesg | grep -i fail
dmesg | grep -i error
dmesg | grep -i time
-
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
-
Estava 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.
-
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.
sudo cp /etc/fstab /etc/fstab.bak
-
Complementando o post anterior (#20), possivelmente você saiba fazer isso, mas enfim:
Para alterar o arquivo fstab:
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:
free -tom
swap deve estar indicando 0 (zero) em total/usado/livre
-
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.
-
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:
sudo touch /forcefsck
Reinicie o sistema e depois outra vez, agora pelo Systemd e observe o resultado.
-
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?
-
Uma das questões apresentadas no post #18:
[ 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?
sudo apt-get update
sudo apt-get upgrade
2) Qual o kernel instalado no sistema após as atualizações?
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)
-
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,