Arch linux demorando no shutdown e no reboot

Olá pessoal, como estão ?

Esses dias me deparei com um problema com minha distro. Sempre que tento desliga-la ou reiniciar ela demora mais de um minuto para fazer o processo. Acho que o problema deve ser com minha interface gráfica.Eu não uso gerenciador de login e inicio a interface com “startx”, quando tendo desligar ou reiniciar a maquina no tty antes de iniciar a interface o computador desliga normalmente. Mas quando desligo pelo terminal com a interface logada, vai pra uma tela preta que mostra apena o curso piscando e desliga depois de um minuto.

Alguém tem ideia do que pode ser?

Pode ser algum serviço que não responde ao comando de desligamento.

Pode ser algum sistema de arquivos que não consegue ser desmontado pois tem arquivos abertos.

Pode ser os dois juntos… Possivelmente vc vai achar referências a erros no log do sistema, ou então se vc voltar pro terminal virtual 1 (ctrl+alt+f1) vai ver algumas mensagens na tela. Faça isso removendo a opção de inicialização do kernel splash e quiet pra ver as amadas letrinhas!

1 Curtida

Bom dia faça o que o Deleterim disse vai ver qual processo está atrasando a saída , provável a internet o meu acontece as vezes !

@silverfreesurfer @Deleterium, realmente tem serviços parados.

Retirei o quiet e o splash em “GRUB_CMDLINE_LINUX_DEFAULT”

No shutdown do sistema fica parado em “stop job is running for user manager for UID 1000”

E agora quando ligo fica travado em /dev/disk/by-UUID

No systemd-analyze blame me sai alguns dev-loop.divece , systemd-fsck@dev-disk, user@1000.service. Que me são estranhos e parece que estão ligados com os serviços que estão travando.

Posso desabilitar todos?

path14

FUNCIONOU

shutdown - “stop job is running for user manager for UID 1000”

#systemctl disable user@1000.service //não funcionou

#systemctl mask user@1000.service //it’s work! agora ta dando shutdown e
reboot no tempo certo.

Não sei muito sobre o User@.service, mas antes de desabilitar e efetuar o mask eu li que esse serviço é relacionado aos usuários que não tem o privilegio root (porém meu usuário tem). Esses conflitos devem ser por que reinstalei o sistema do / e deve ter ficado as configurações de usuário da minha /home em conflito. Não sei ao certo se pode ser isso, mas está legal. Voltou ao normal.

Enquanto a partição que ficava iniciando durando o boot; foi minha /etc/fstab que estava com o UUID da swap errado.

segue esse ótimo tutorial: Linux Boot: A start job is running for dev-disk-by | William Canin - I type code, but people are more important_

que ensina a decifrar a mensagem com o número da UUID, verificar a parcição com lsblk -f e editar a fstab.

2 Curtidas

Este não é ideal…

Vc deveria tirar o quiet do grub , atualizar o grub é vê o que está atrasando…

Outro caminho é ver com --failed do systemctl

Não recomendo desabilitar este serviço

2 Curtidas

Fiz isso e estavam atrasando o user@1000.service e na entrada não estava encontrando o swap. Estou lendo mais sobre esse user@1000, quero saber se pode dar algum bug eu ter desativado ele, mas depois que desativei não tive mais o atraso

Notei que quando desativei o serviço “user@1000” meu pulseaudio parou também. Mas ativei de novo

O serviço user nada mais é o serviço responsável pela sessão do usuário…

Deu algum tipo de erro…

Vc chegou a ver o

systemctl --failed
systemctl --user --failed
systemd-analyze --user blame

Qual é o ambiente?
Xfce

Se vc já tentou desabilitar serviços de inicialização pelo ambiente do xfce?

O problema parece ser de um serviço da sessão do usuário, tem que ver qual.

reabilitei o user@1000

pra tentar descobri o erro

systemctl --failed

UNIT LOAD ACTIVE SUB DESCRIPTION
0 loaded units listed.

systemctl --user --failed

UNIT LOAD ACTIVE SUB DESCRIPTION
0 loaded units listed.

systemd-analyze --user blame

3.730s pulseaudio.service
2.551s org.gnome.GPaste.service
247ms at-spi-dbus-bus.service
29ms dbus.socket

estou usando i3-gaps

Ok…

Ai aparentemente está ok…

Vc falou de swap.
Como esta seu /etc/fstab?

Outra…
Ok

Veja o ~/.config/autostart

Tente deixar vazio e Veja se o problema persiste…

Se funcionar…
Vá habilitando 1 por 1 para ver o que está o acionando o problema

1 Curtida

não existe ~/.config/autostart, mas tem /etc/xdg/autostart. Fiz um backup do diretório e apaguei os itens. Mas o problema continua.

a fstab ta assim:

Este uuid está direito do swap…

Verifique com o comando

lsblk -f

Vc falou que não estava reconhecendo…
Pode ser isso…

No /etc/xdg/autostart deixa como estava…

sobre o swap eu já havia conseguido. Deixei o link do tutorial la em cima.

Ok

Qual a saída do comando

systemd-analyze critical-chain

Acho que escrevi certo…

Qualquer coisa usa o tabu para completar…

Estou no celular no momento

Já tentou ver a saída do user@1000.service

systemctl -l status user@1000.service

Já viu se tem alguma atualização

pacman -Syu