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'.
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. :)