Instantâneos de backup do LVM e problema do Grub2

Para encurtar a história, estou usando o obnam para fazer backups do meu sistema.

Isto é o que eu faço:

1. tomar LVM instantâneo /, /usr, /boot, /var,/home

2. montar os instantâneos em /bck-snapshots, /bck-snapshots/usr, /bck-snapshots/boot, /bck-snapshots/var,/bck-snapshots/home

3. execute o backup de capturas instantâneas:

   obnam backup \
       /bck-snapshots \
       /bck-snapshots/usr  \
       /bck-snapshots/boot \
       /bck-snapshots/var  \
       /bck-snapshots/home \
   

4. Depois que o backup terminar, monte um sistema de arquivos de captura instantânea montado na etapa 2.

5. remova os instantâneos

Problema

durante o backup, foi feita uma atualização do sistema, com um novo kernel instalado e toda a atualização do grub2. Agora, quando tento remover o instantâneo raiz (etapa 5.), recebo o seguinte:

mapeador de dispositivo: remover ioctl em caso de falha: dispositivo ou recurso ocupado

porque o dispositivo raiz da captura instantânea está ocupado e usado por outro processo:

$ sudo lsof /dev/dm-6 # This is the root snapshot device.
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
      Output information may be incomplete.
COMMAND    PID USER   FD   TYPE DEVICE   SIZE/OFF    NODE NAME
grub-moun 9160 root    3r   BLK  252,6 0t36339712 5295479 /dev/dm-6

Questões

1. Acho que para remover o instantâneo, tenho que parar grub-mountpara usar o dispositivo. Como fazer isso com segurança?

2. Eu acho que o instantâneo de backup foi adicionado ao grub como uma opção viável para mostrar no menu do grub mostrado no momento da inicialização. E se eu remover o instantâneo correspondente?

3. Alguma maneira de impedir que o grub adicione o instantâneo raiz encontrado em / bck-snapshots?

Preciso reiniciar o sistema para que as atualizações estejam ativas, mas primeiro tenho que saber a resposta para essas perguntas.

Parece que o grub-mount está tentando editar um sistema de arquivos somente leitura e travou.

Deve ser seguro enviar um sinal killpedindo que ele desista (envie 15e, se necessário, após alguns segundos 2e, se necessário, após alguns segundos 1, se ainda estiver em execução, use -9e relate ao mantenedor) (se o pid as alterações numéricas começam com 15 novamente)

É provável que saia diferente de zero, o que pode afetar os scripts que estão aguardando, mas a única coisa que você pode fazer sobre isso é registrar um relatório de bug e solicitar ao mantenedor que pule os sistemas de arquivos somente leitura.

Observe que existem alguns erros relacionados nos quais eles estão trabalhando.

Apenas mate o restante do processo de montagem do grub. Isso aconteceu comigo também, e não havia nenhum efeito colateral negativo aparente ao assassinato, porque o processo de atualização-grub relevante já o havia abandonado - você pode facilmente verificar isso vendo como o processo restante de montagem de grub não tem mais um pai.