Tenha um Linux baseado em Debian que tenha sido clonado em hardware algumas vezes. Existem longos atrasos na inicialização, mesmo que tenha um SSD.
Originalmente, havia um pequeno ícone girando lentamente dizendo que estava aguardando um trabalho antes de expirar. Para isso, encontrei um arquivo de troca referenciado em /etc/fstab que na verdade não existia, então excluí sua linha com o UUID correspondente e o erro "job/timeout" desapareceu ...
...mas foi substituído por uma longa tela em branco com um cursor piscando que mostra uma mensagem antes de exibir o prompt de login. A mensagem que pisca é:
Gave up waiting on suspend/resume device.
/dev/sda1 [some disk metrics here]
/dev/sda1 é a única partição que existe de acordo com o gparted. Estou tentando resolver esse longo atraso de inicialização e encontrar a causa do que está esperando. Qualquer ajuda seria apreciada. Obrigado!
EDIT: tentei recriar um arquivo de troca com base nesta resposta: https://superuser.com/questions/1204627/deleted-a-partition-now-getting-gave-up-waiting-for-suspend-resume-device-mes/1204634mas ocorreu o mesmo atraso, mas a mensagem de erro mudou para algum problema com o registro no diário - é muito rápido para eu ver. - Então, acabei de excluir o arquivo SWAP e comentei sua referência em /etc/fstab que me trouxe de volta ao problema acima.
Responder1
Acontece depois de excluir a swappartição
Se uma swappartição for excluída (por exemplo, propositalmente ao migrar do HD para o SSD), o arquivo /etc/initramfs-tools/conf.d/resumedeverá estar completamente vazio ou lido RESUME=. Exclua qualquerUUID número. RESUME=NONEnão é válido.
$ sudo gvim /etc/initramfs-tools/conf.d/resume
Osistema de arquivos RAM inicialrequer atualização para que essas alterações entrem em vigor:
$ sudo update-initramfs -u