Cadangkan snapshot LVM dan masalah Grub2

Singkatnya, saya menggunakan obnam untuk mengambil backup dari sistem saya.

Inilah yang saya lakukan:

1. mengambil LVM snapshot dari /, /usr, /boot, /var,/home

2. mount snapshot pada /bck-snapshots, /bck-snapshots/usr, /bck-snapshots/boot, /bck-snapshots/var,/bck-snapshots/home

3. jalankan cadangan snapshot:

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

4. begitu cadangan selesai, umount sistem file snapshot dipasang pada langkah 2.

5. hapus snapshot

Masalah

selama pencadangan, pembaruan sistem dilakukan, dengan kernel baru terpasang dan semua pembaruan grub2. Sekarang ketika saya mencoba untuk menghapus snapshot root (langkah 5.) saya mendapatkan ini:

device-mapper: hapus ioctl pada gagal: Perangkat atau sumber daya sibuk

karena perangkat root snapshot sibuk dan digunakan oleh proses lain:

$ 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

Pertanyaan

1. Saya kira itu untuk menghapus snapshot saya harus berhenti grub-mountmenggunakan perangkat. Bagaimana cara melakukannya dengan aman?

2. Saya pikir snapshot cadangan telah ditambahkan ke grub sebagai opsi yang layak untuk ditampilkan di menu grub yang ditunjukkan saat boot. Bagaimana jika saya menghapus snapshot yang sesuai?

3. Adakah cara untuk mencegah grub menambahkan snapshot root yang ditemukan di / bck-snapshots?

Saya harus me-reboot sistem agar pembaruan menjadi aktif, tetapi pertama-tama saya harus tahu jawaban untuk pertanyaan-pertanyaan ini.

Sepertinya grub-mount sedang mencoba mengedit sistem file read only dan telah hang.

Seharusnya aman untuk mengirim sinyal dengan killmemintanya menyerah (mengirim 15, dan jika diperlukan setelah beberapa detik 2, dan jika diperlukan setelah beberapa detik 1, jika masih berjalan gunakan -9dan laporkan ke pengelola) (jika pid perubahan nomor dimulai dengan 15 lagi)

Ini kemungkinan untuk keluar dari nol yang dapat mempengaruhi skrip yang menunggu di atasnya, tetapi satu-satunya hal yang dapat Anda lakukan adalah mengajukan laporan bug dan meminta pengelola untuk membiarkannya melompati hanya membaca sistem file.

Perhatikan bahwa ada beberapa bug terkait yang sedang mereka kerjakan.

Bunuh saja proses grub-mount yang tersisa. Ini terjadi pada saya juga, dan tidak ada efek samping negatif yang nyata terhadap pembunuhan, karena proses pembaruan-grub yang relevan telah meninggalkannya - Anda dapat dengan mudah memverifikasi bahwa dengan melihat bagaimana proses grub-mount yang tersisa tidak lagi memiliki orang tua.