linux mint dicou com boot muito lerdo

adilson bts
(usa Ubuntu)

Enviado em 25/09/2021 - 12:58h

boa tarde pessoal... tenho no meu desktop instalado o linux mint num ssd e tenho um hd interno para guardar os dados... fiquei uns dois meses sem ligar o pc e quando liguei ele passou a ter um boot muito lerdo... demorava uns 20 seg pra entrar e agora leva quase 1 minuto e meio alem de que o hd de dados tem horas que nem monta... alguem pode ajudar?

""sudo fdisk -l
[sudo] senha para mint20:
Disco /dev/sda: 111,81 GiB, 120034123776 bytes, 234441648 setores
Disk model: KINGSTON SV300S3
Unidades: setor de 1 * 512 = 512 bytes
Tamanho de setor (lógico/físico): 512 bytes / 512 bytes
Tamanho E/S (mínimo/ótimo): 512 bytes / 512 bytes
Tipo de rótulo do disco: gpt
Identificador do disco: 5AD7EB3E-EF85-4FD7-9549-10BC369C3B71

Dispositivo Início Fim Setores Tamanho Tipo
/dev/sda1 2048 4095 2048 1M BIOS inicialização
/dev/sda2 4096 1054719 1050624 513M Sistema EFI
/dev/sda3 1054720 83206143 82151424 39,2G Linux sistema de arquivos
/dev/sda4 83206144 234440703 151234560 72,1G Linux sistema de arquivos


Disco /dev/sdb: 465,78 GiB, 500107862016 bytes, 976773168 setores
Disk model: TOSHIBA MQ01ABD0
Unidades: setor de 1 * 512 = 512 bytes
Tamanho de setor (lógico/físico): 512 bytes / 4096 bytes
Tamanho E/S (mínimo/ótimo): 4096 bytes / 4096 bytes
Tipo de rótulo do disco: dos
Identificador do disco: 0x6a63f56d
Dispositivo Inicializar Início Fim Setores Tamanho Id Tipo
/dev/sdb1 2048 976773119 976771072 465,8G 83 Linux"!!

Buckminster
(usa Debian)

Enviado em 25/09/2021 - 13:26h

apt-get update

Acesse o arquivo:
$ sudo nano /etc/default/grub

Acrescente noresume no final dessa linha abaixo, ficando assim, exemplo:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"

Salve e saia do arquivo, depois:
$ sudo update-grub2

Reinicie e teste o tempo da inicialização.

Ao entrar no sistema atualize-o pelo tempo que ficou parado:
$ sudo apt-get update
e/ou
$ sudo aptitude safe-upgrade

Depois dessa reinicialização, caso quiser, pode retirar o noresume e testar reiniciando se voltou ao normal.


________________________________________________
Always listen the Buck!
Sanou tua dúvida, resolveu teu problema?
Então marque como Resolvido e escolha a Melhor Resposta.

adilson bts
(usa Ubuntu)

Enviado em 25/09/2021 - 14:39h

nao apresentou nenhuma mudança;;;

Buckminster
(usa Debian)

Enviado em 25/09/2021 - 16:51h

Bom, então já sabemos que não é um problema de atualização devido ao tempo parado.

Posta aqui a saída do comando
$ systemd-analyze blame

Esse comando trará os serviços e o tempo de cada um na inicialização.


________________________________________________
Always listen the Buck!
Sanou tua dúvida, resolveu teu problema?
Então marque como Resolvido e escolha a Melhor Resposta.

adilson bts
(usa Ubuntu)

Enviado em 25/09/2021 - 19:08h

Posta aqui a saída do comando
$ systemd-analyze blame

Esse comando trará os serviços e o tempo de cada um na inicialização.

""systemd-analyze blame
36.295s udisks2.service >
6.924s NetworkManager-wait-online.service >
1.279s dev-sda3.device >
1.220s blueman-mechanism.service >
784ms networkd-dispatcher.service >
756ms accounts-daemon.service >
652ms fwupd.service >
472ms ubuntu-system-adjustments.service >
433ms avahi-daemon.service >
427ms NetworkManager.service >
425ms systemd-rfkill.service >
408ms systemd-logind.service >
400ms polkit.service >
345ms thermald.service >
338ms ModemManager.service >
330ms wpa_supplicant.service >
329ms ua-messaging.service >
313ms gpu-manager.service >
300ms e2scrub_reap.service >
287ms systemd-resolved.service >
264ms upower.service >
259ms systemd-journal-flush.service >
254ms networking.service >
lines 1-23...skipping...
36.295s udisks2.service
6.924s NetworkManager-wait-online.service
1.279s dev-sda3.device
1.220s blueman-mechanism.service
784ms networkd-dispatcher.service
756ms accounts-daemon.service
652ms fwupd.service
472ms ubuntu-system-adjustments.service
433ms avahi-daemon.service
427ms NetworkManager.service
425ms systemd-rfkill.service
408ms systemd-logind.service
400ms polkit.service
345ms thermald.service
338ms ModemManager.service
330ms wpa_supplicant.service
329ms ua-messaging.service
313ms gpu-manager.service
300ms e2scrub_reap.service
287ms systemd-resolved.service
264ms upower.service
259ms systemd-journal-flush.service
254ms networking.service
228ms apport.service
225ms user@1000.service
208ms lightdm.service
200ms plymouth-quit-wait.service
196ms rsyslog.service
185ms keyboard-setup.service
183ms systemd-modules-load.service
179ms systemd-udevd.service
156ms systemd-udev-trigger.service
156ms alsa-restore.service
154ms apparmor.service
147ms systemd-timesyncd.service
144ms systemd-journald.service
138ms swapfile.swap
108ms lvm2-monitor.service
lines 1-38""

Buckminster
(usa Debian)

Enviado em 25/09/2021 - 20:07h

36.295s udisks2.service
6.924s NetworkManager-wait-online.service

Veja os dois serviços acima, o udisks2.service com 36 segundos e o NetworkManager-wait-online.service com 6 segundos de demora.
Acredito que o vilão é o udisks2. Esse serviço é o que monta os HDs, SSDs, USBs, etc e pega o UUID (aquele numerozão que aparece no arquivo /etc/fstab).

Execute:
$ blkid

e veja se o UUID corresponde ao conteúdo de /etc/fstab.
Caso não saiba como fazer isso poste aqui que te digo.

E execute também:
$ systemctl status udisks2
e
$ systemd-analyze critical-chain udisks2

para ver se tem algum problema com esse serviço.

Veja essas dicas para ver alguns serviços que tu pode desabilitar na inicialização que não trarão problema porque eles inicializarão depois com o sistema já dentro:

https://www.vivaolinux.com.br/topico/Linux-Tudo/Boot-no-Linux-Mint-muito-lento

https://www.linuxmint.com.br/discussion/38396/deixando-a-inicializacao-do-linux-mint-19x-e-20-um-pou...

https://forums.linuxmint.com/viewtopic.php?t=296502


________________________________________________
Always listen the Buck!
Sanou tua dúvida, resolveu teu problema?
Então marque como Resolvido e escolha a Melhor Resposta.