01 02

SSD XUBUNTU LTS COM INICILIZAÇAO MUITO LENTA [RESOLVIDO]

1. SSD XUBUNTU LTS COM INICILIZAÇAO MUITO LENTA [RESOLVIDO]

trickster
(usa XUbuntu)

Enviado em 26/03/2019 - 09:18h

Recentemente adquiri uma SSD Patriot Burst e com a ajuda do Systemback transferi meu Xubuntu 18.04 para ela, porém, o boot está demorando muito. Ao apertar ESC depois da tela do Grub, notei que o processo que está "travando" meu boot (cerca de 40 segundos parado nele) é o primeiro que aparece na tela. Este aqui:

usb 3-7: string descriptor 0 read error: -22

Aqui está a parte que eu acho que importa do dmesg:



$dmesg

usb 1-1: New USB device found, idVendor=8087, idProduct=8008

usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0

hub 1-1:1.0: USB hub found

hub 1-1:1.0: 6 ports detected

usb 3-7: string descriptor 0 read error: -22

usb 3-7: New USB device found, idVendor=0cf3, idProduct=3004

usb 3-7: New USB device strings: Mfr=1, Product=2, SerialNumber=3

usb 2-1: New USB device found, idVendor=8087, idProduct=8000

usb 2-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0

hub 2-1:1.0: USB hub found

hub 2-1:1.0: 8 ports detected

[drm] Initialized i915 1.6.0 20171023 for 0000:00:02.0 on minor 1

E aqui a saída do lsusb -t:



$lsusb -t

/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M

/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/14p, 480M

    |__ Port 7: Dev 2, If 0, Class=Wireless, Driver=btusb, 12M

    |__ Port 7: Dev 2, If 1, Class=Wireless, Driver=btusb, 12M

    |__ Port 11: Dev 3, If 0, Class=Vendor Specific Class, Driver=, 12M

/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M

    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M

/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M

    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M

Me ajudem por favor.

PS: não sei se isso importa, mas coloquei a SSD no lugar que estava o HDD antes e coloquei o HDD na sata que estava livre. Utilizo um Avell G1511MAX.

2 0

Quote

2. MELHOR RESPOSTA

niquelnausea
(usa Arch Linux)

Enviado em 28/03/2019 - 18:02h

migrar a partição do hd para o ssd pode ter gerado este problema, se tem esse xubunto no hd mecânico, faz uma formatação e instalação limpa no ssd.

4 0

Quote

3. Re: SSD XUBUNTU LTS COM INICILIZAÇAO MUITO LENTA

trickster
(usa XUbuntu)

Enviado em 28/03/2019 - 22:40h

niquelnausea escreveu:

migrar a partição do hd para o ssd pode ter gerado este problema, se tem esse xubunto no hd mecânico, faz uma formatação e instalação limpa no ssd.

Não tenho mais ele no HD :'( foi um erro... Mas blz, com instalação limpa você quer dizer com uma iso nova do zero? Ou pode ser com a iso que criei do xubuntu que estava no HD?

Separei uma partição pra / e outra pra home. Posso deixar a home ou tenho que formatar ela tbm?

0 0

Quote

4. Re: SSD XUBUNTU LTS COM INICILIZAÇAO MUITO LENTA

niquelnausea
(usa Arch Linux)

Enviado em 28/03/2019 - 23:49h

trickster escreveu:

Não tenho mais ele no HD :'( foi um erro... Mas blz, com instalação limpa você quer dizer com uma iso nova do zero? Ou pode ser com a iso que criei do xubuntu que estava no HD?

Separei uma partição pra / e outra pra home. Posso deixar a home ou tenho que formatar ela tbm?

migração de dados de um disco para o outro, usando o mesmo hardware (com exceção do disco) em teoria é para funcionar, mas na pratica as vezes ocorrem erros, e é ai que a instalação limpa poderia resolver.
não precisa apagar a outra partição que esta a /home, basta indicar que ela seja montada na nova instalação. as vezes pode ser interessante apagar os arquivos de configurações ocultas (pastas que iniciam com o .) de modo a ter um sistema sem as configurações da instalação anterior.

roda o comando systemd-analyze e veja o tempo de carregamento do teu sistema, um dos motivos da demora pode ser a mudança de uuid dos discos e o systemd demora achar as partições, isso você pode ver dando uma olhada no arquivo /etc/fstab.
outra questão é se teu ssd esta em gpt ou mbr, legacy boot ou eufi.

2 0

Quote

5. Re: SSD XUBUNTU LTS COM INICILIZAÇAO MUITO LENTA [RESOLVIDO]

trickster
(usa XUbuntu)

Enviado em 29/03/2019 - 01:50h

Entendi. Aqui a saída do systemd-analyze:

$ systemd-analyze

Startup finished in 36.518s (kernel) + 9.162s (userspace) = 45.680s

graphical.target reached after 9.156s in userspace

E meu fstab:

# /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>

# /

UUID=945a9dc6-eac8-4aa4-a314-ab111104eede   /   ext4   discard,noatime,nodiratime,errors=remount-ro   0   1

# /home

UUID=e7ca15b7-89e4-49ad-b886-14fbd35c2133   /home   ext4   discard,noatime,nodiratime   0   2

Agora vi que meu ssd está em dos. Vou fazer um backup da home e mudar a tabela de partição para gpt. Depois vou fazer uma instalação limpa e copiar os dados da home. É uma boa solução? Não quero perder as configurações de alguns programas (por exemplo do vscode) e nem do S.O.

0 0

Quote

6. Re: SSD XUBUNTU LTS COM INICILIZAÇAO MUITO LENTA [RESOLVIDO]

niquelnausea
(usa Arch Linux)

Enviado em 29/03/2019 - 03:07h

trickster escreveu:

Entendi. Aqui a saída do systemd-analyze:

$ systemd-analyze

Startup finished in 36.518s (kernel) + 9.162s (userspace) = 45.680s

graphical.target reached after 9.156s in userspace

E meu fstab:

# /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>

# /

UUID=945a9dc6-eac8-4aa4-a314-ab111104eede   /   ext4   discard,noatime,nodiratime,errors=remount-ro   0   1

# /home

UUID=e7ca15b7-89e4-49ad-b886-14fbd35c2133   /home   ext4   discard,noatime,nodiratime   0   2

teu boot esta realmente muito lento para um ssd, de uma olhada até na bios e veja se a controladora esta configurada para ahci e nao raid.
assim como esta escrito no fstab, rode o comando blkid e veja se o uuid também é o mesmo que esta no fstab. a opção "nodirtime" é redundante, deixe apenas o "noatime".
as configurações pessoais normalmente ficam na /home, dentro de alguma pasta oculta, de uma procurada nas configurações que deseja salvar.
se tua placa for uefi, faça a instalação deste modo, o boot normalmente é mais rápido.

3 0

Quote

7. Re: SSD XUBUNTU LTS COM INICILIZAÇAO MUITO LENTA

trickster
(usa XUbuntu)

Enviado em 29/03/2019 - 22:12h

niquelnausea escreveu:

trickster escreveu:

Entendi. Aqui a saída do systemd-analyze:

$ systemd-analyze

Startup finished in 36.518s (kernel) + 9.162s (userspace) = 45.680s

graphical.target reached after 9.156s in userspace

E meu fstab:

# /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>

# /

UUID=945a9dc6-eac8-4aa4-a314-ab111104eede   /   ext4   discard,noatime,nodiratime,errors=remount-ro   0   1

# /home

UUID=e7ca15b7-89e4-49ad-b886-14fbd35c2133   /home   ext4   discard,noatime,nodiratime   0   2

Acabei fazendo a formatação limpa (tive que fazer para mudar a tabela para gpt), agora tá voando. Na bios já estava AHCI.
Na BIOS habilitei todas as opções que apareciam UEFI como uma das escolhas. Estou instalando os programas denovo, do zero. Depois vou colocar aqui o systemd-analyze denovo.

Agora só me restam duas dúvidas:
1- no fstab coloco "discard" e "noatime" ou apenas o "noatime" ?? E apago aquele "defaults"?
2- na instalação coloquei a swap no hd e está habilitado hibernação na bios, porém não aparece a opção de hibernar aqui.

# /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/sdb2 during installation

UUID=84155788-1f1d-4bde-b908-ef7a89b3a960 /               ext4    errors=remoun$

# /home was on /dev/sdb1 during installation

UUID=775f5bc5-6cfb-4fe8-9141-f98dea818dd2 /home           ext4    defaults     $

# swap was on /dev/sda6 during installation

UUID=3e8e3e62-d406-4a37-a751-c839bd4314bc none            swap    sw           $

/swapfile                                 none            swap    sw           $

1 0

Quote

8. Re: SSD XUBUNTU LTS COM INICILIZAÇAO MUITO LENTA [RESOLVIDO]

niquelnausea
(usa Arch Linux)

Enviado em 29/03/2019 - 23:27h

trickster escreveu:

Acabei fazendo a formatação limpa (tive que fazer para mudar a tabela para gpt), agora tá voando. Na bios já estava AHCI.
Na BIOS habilitei todas as opções que apareciam UEFI como uma das escolhas. Estou instalando os programas denovo, do zero. Depois vou colocar aqui o systemd-analyze denovo.

Agora só me restam duas dúvidas:
1- no fstab coloco "discard" e "noatime" ou apenas o "noatime" ?? E apago aquele "defaults"?
2- na instalação coloquei a swap no hd e está habilitado hibernação na bios, porém não aparece a opção de hibernar aqui.

# /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/sdb2 during installation

UUID=84155788-1f1d-4bde-b908-ef7a89b3a960 /               ext4    errors=remoun$

# /home was on /dev/sdb1 during installation

UUID=775f5bc5-6cfb-4fe8-9141-f98dea818dd2 /home           ext4    defaults     $

# swap was on /dev/sda6 during installation

UUID=3e8e3e62-d406-4a37-a751-c839bd4314bc none            swap    sw           $

/swapfile                                 none            swap    sw           $

se tiver interesse, de uma pesquisada sobre secure boot e uefi, pelo teu fstab a instalação ocorreu pelo modo legacy boot, o que não é problema nenhum, apenas a titulo de curiosidade.

se teu ssd tiver suporte para trim, e provavelmente (com certeza) tem, o parâmetro "discard" habilita a "limpeza" de forma continua, se não me engano, o ubuntu já adota a "limpeza" de forma periódica através do famigerado systemd, roda no terminal o comando systemctl status fstrim.timer como usuário comum mesmo, se tiver algo mais ou menos como a resposta abaixo, o "discard" é dispensável



systemctl status fstrim.timer

&#9679; fstrim.timer - Discard unused blocks once a week

   Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; vendor preset: disabled)

   Active: active (waiting) since Fri 2019-03-29 08:28:02 -03; 14h ago

  Trigger: Mon 2019-04-01 00:00:00 -03; 2 days left

     Docs: man:fstrim



mar 29 08:28:02 arch-dell systemd[1]: Started Discard unused blocks once a week.

sobre o "noatime", pode adicionar nas duas linhas da / e da /home sem retirar nada, caso nào saiba a função deste parametro de uma olhada https://wiki.archlinux.org/index.php/Fstab#atime_options

você parece ter habilitado duas swaps, uma em partição e outra em arquivo, se não necessitar das duas, mantenha apenas uma (preferencia pela partição), hibernação no linux é algo não muito estável, mas este pode estar sendo o teu problema, ou então você precise adicionar ao menu ou barra do xfce a opção "hibernar", sei que no gnome é necessário pressionar a tecla alt e então o botão de power do menu mostra a opção, nas vezes que testei o xfce tive que colocar de forma manual. para testar se o recurso funciona pode usar o terminal com o comando "sudo systemctl hibernate".

3 0

Quote

9. Re: SSD XUBUNTU LTS COM INICILIZAÇAO MUITO LENTA

trickster
(usa XUbuntu)

Enviado em 02/04/2019 - 13:51h

niquelnausea escreveu:

# /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/sdb2 during installation

UUID=84155788-1f1d-4bde-b908-ef7a89b3a960 /               ext4    errors=remoun$

# /home was on /dev/sdb1 during installation

UUID=775f5bc5-6cfb-4fe8-9141-f98dea818dd2 /home           ext4    defaults     $

# swap was on /dev/sda6 during installation

UUID=3e8e3e62-d406-4a37-a751-c839bd4314bc none            swap    sw           $

/swapfile                                 none            swap    sw           $



systemctl status fstrim.timer

&#9679; fstrim.timer - Discard unused blocks once a week

   Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; vendor preset: disabled)

   Active: active (waiting) since Fri 2019-03-29 08:28:02 -03; 14h ago

  Trigger: Mon 2019-04-01 00:00:00 -03; 2 days left

     Docs: man:fstrim



mar 29 08:28:02 arch-dell systemd[1]: Started Discard unused blocks once a week.

Dei uma lida sobre o que indicou e o link do noatime. Me parece que a limpeza está sendo feita 1 vez por semana:

fstrim.timer - Discard unused blocks once a week

   Loaded: loaded (/lib/systemd/system/fstrim.timer; enabled; vendor preset: enabled)

   Active: active (waiting) since Tue 2019-04-02 12:03:33 -03; 21min ago

  Trigger: Mon 2019-04-08 00:00:00 -03; 5 days left

     Docs: man:fstrim



abr 02 12:03:33 Brolly systemd[1]: Started Discard unused blocks once a week.

Quanto as swaps, no fstab está escrito none no mount point delas. Isso quer dizer que não estão habilitadas? Posso só apagar a linha sobre o arquio de swap no fstab ou tem que fazer mais algo?

Vou marcar o post como resolvido, ok? Muitíssimo obrigado pela ajuda. Ainda bem que existem pessoas como você!

0 0

Quote

10. Re: SSD XUBUNTU LTS COM INICILIZAÇAO MUITO LENTA [RESOLVIDO]

trickster
(usa XUbuntu)

Enviado em 07/04/2019 - 14:47h

niquelnausea escreveu:

systemd-analyze

Startup finished in 4.379s (kernel) + 9.683s (userspace) = 14.062s

graphical.target reached after 9.676s in userspace

[code]

0 0

Quote

11. Re: SSD XUBUNTU LTS COM INICILIZAÇAO MUITO LENTA [RESOLVIDO]

niquelnausea
(usa Arch Linux)

Enviado em 07/04/2019 - 22:04h

trickster escreveu:

Dei uma lida sobre o que indicou e o link do noatime. Me parece que a limpeza está sendo feita 1 vez por semana:

fstrim.timer - Discard unused blocks once a week

   Loaded: loaded (/lib/systemd/system/fstrim.timer; enabled; vendor preset: enabled)

   Active: active (waiting) since Tue 2019-04-02 12:03:33 -03; 21min ago

  Trigger: Mon 2019-04-08 00:00:00 -03; 5 days left

     Docs: man:fstrim



abr 02 12:03:33 Brolly systemd[1]: Started Discard unused blocks once a week.

sim, o trim esta habilitado e agendado a execução semanalmente. nas versões mais recentes do ubuntu é habilitado por padrão.
a opção "none" significa que não é passado nenhum parâmetro especial, mas as duas swaps são montadas. veja o tamanho das duas, se a que esta em forma de partição tiver um tamanho adequado, de preferencia para esta, para remover a "swap arquivo" desligue ela com o comando "# swapoff /swapfile", e depois remova o arquivo "# rm /swapfile". caso a partição não tenha um tamanho adequado, desligue com com comando "# swapoff /dev/sda6" e use algum gerenciador de discos como gparted para aumentar a partição vizinha (esse tipo de operação oferece risco de perda de dados). ou simplesmente deixe assim.

1 0

Quote

12. Re: SSD XUBUNTU LTS COM INICILIZAÇAO MUITO LENTA

trickster
(usa XUbuntu)

Enviado em 08/04/2019 - 00:16h

Configurei a partição de swap com 18gb durante a instalação (tenho 8gb de ram). Mas esse swapfile pelo jeito foi criado automaticamente na instalação, está com 2,1gb.
Vi uma vez um artigo dizendo que era preferível uma swapfile porque é mais rápida, mas não entendi se ela gasta mais rápido a vida útil da SSD. ??

Nao estou mais usando a hibernação. Agora uso uma opção "Salvar sessão para próximos inícios" que aparece quando vou desligar. Essa opção continuará funcionando sem esse swapfile?

0 0

Quote