Ola, On Tue, Mar 8, 2022 at 6:55 PM Antonio Terceiro <terce...@debian.org> wrote:
> > Em princípio você pode colocar um script em > /lib/systemd/system-shutdown/ que chama um sleep de quanto tempo você > quiser, e o processo de desligamento vai esperar ele terminar. Veja a > manpage de `systemd-shutdown` > Coloquei um script com sleep 30 nesse diretório. Parece que o shutdown esta demorando os 30s. Ao ler a documentação, fiquei curioso de como ele vai acessar o script se, nesse ponto, todos os 'discos' já foram desmontados. Ele monta de novo em Read Only. Agora o certo era o systemd não só tentar desmontar todos os > filesystems, como também chamar um sync() antes de desligar pra que o > kernel termine de enviar os dados pro hardware, exatamente pra evitar > esse tipo de coisa. Como exatamente esse seu filesystem está sendo > montado? É possível que esteja dando erro na hora de desmontar > Isso deveria estar sendo feito, pelo menos era assim no SysVinit. Mesmo assim um umount implica em um sync. O problema e como o SSD funciona internamente, o buffer dele e muito maior que de um HDD, e o processo de gravação pode demorar muito mais tempo que o esperado, e firmware pode ter sinalizado que o bus já esta livre. > Se você consegue reproduzir esse problema de forma consistente, seria > interessante abrir um bug (no Debian ou no repositório upstream). > Não e um bug. Seria mais um 'feature' do systemd, para que em casos especiais, um atraso possa ser adicionado entes de enviar o poweroff para o 'kernel'. *** On Thu, Mar 10, 2022 at 3:12 PM Vitor Hugo <vitorhug...@hotmail.com> wrote: > Recomendo que faça backup urgente dos seus dados pessoais e importantes > e verifique a saúde deste SSD. Backup já foi feito, um novo SSD esta a caminho. A coisa mais importante que tem nesse SSD e o Debian, se ele pifar, só vou ficar algumas horas sem poder assistir os meus animes. :) -- Paulino Kenji Sato