Temos alguns comandos hg
no arquivo /etc/pm/sleep.d/00_update
:
#!/bin/bash
case "$1" in
hibernate|suspend)
hg -R /home/user/code add -X /home/user/code/**~
hg -R /home/user/code commit --addremove -m "label" -u user
hg -R /home/user/code push https://user:***@bitbucket.org/user/code
;;
thaw|resume)
hg -R /home/user/code pull https://user:***@bitbucket.org/user/code
;;
esac
Eles não podem concluir o envio porque o sistema perde a conexão WIFI antes que isso aconteça, logo após o sinal de suspensão. Isso foi verificado substituindo-os por um comando ping
; que não pode operar também.
Não parece interferência com outros arquivos pm, porque este é o primeiro a ser executado. Estes são os outros: 00_update, 10_grub-common, 10_unattended-upgrades-hibernate, novatel_3g_suspend
e a pasta systemd contém dbus-org.freedesktop.Avahi.service, sockets.target.wants, syslog.service, multi-user.target.wants, sysinit.target.wants
. Eu estou querendo saber onde é o WIFI enviado, e como posso evitar isso até que os comandos hg
tenham sido concluídos.
Observação: reiniciar o Wi-Fi antes de hg
e desativar novamente não parece uma solução válida para mim.