Скопируйте снимки LVM и проблему Grub2

Короче говоря, я использую obnam для взятия резервных копий моей системы.

Это - то, что я делаю:

  1. возьмите снимок LVM /, /usr, /boot, /var, /home
  2. смонтируйте снимки на /bck-snapshots, /bck-snapshots/usr, /bck-snapshots/boot, /bck-snapshots/var, /bck-snapshots/home

  3. выполните резервное копирование снимков:

    obnam backup \
        /bck-snapshots \
        /bck-snapshots/usr  \
        /bck-snapshots/boot \
        /bck-snapshots/var  \
        /bck-snapshots/home \
    
  4. после того как резервное копирование заканчивается, umount создают снимки файловые системы, смонтированные на шаге 2.

  5. удалите снимки

Проблема

во время резервного копирования системное обновление было сделано с новым установленным ядром и весь танец обновления grub2. Теперь, когда я пытаюсь удалить корневой снимок (шаг 5.) Я получаю это:

картопостроитель устройства: удалите ioctl на неудавшемся: Устройство или занятый ресурс

потому что корневое устройство снимка занято и используется другим процессом:

$ 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

Вопросы

  1. Я предполагаю, что к lvremove снимок должен остановиться grub-mount использовать устройство. Как сделать это безопасно?

  2. Я думаю, что резервный снимок был добавлен для расчистки как жизнеспособный вариант показать в меню личинки, показанном во время начальной загрузки. Что, если я удаляю соответствующий снимок?

  3. Какой-либо способ препятствовать тому, чтобы личинка добавила корневой снимок, найденный на/bck-snapshots?

Я должен перезагрузить систему для обновлений, чтобы быть активным, но сначала я должен знать ответ на эти вопросы.

9
задан 5 November 2014 в 04:32

2 ответа

Это похоже , монтируются личинка , пытается отредактировать файловую систему только для чтения и завис.

должно быть безопасно отправить сигнал с kill для выяснения, это для отказа (отправьте 15, и в случае необходимости после нескольких секунд 2, и в случае необходимости после нескольких секунд 1, если это все еще выполнит использование -9, и сообщите о нем специалисту по обслуживанию) (если изодромные с предварением изменения числа запустятся с 15 снова)

, то Это, вероятно, выйдет ненулевой, который может произвести сценарии, ожидающие на нем, но единственной вещью, которую можно сделать об этом, является файл отчет об ошибках, и попросите, чтобы специалист по обслуживанию для имения его пропустил файловые системы только для чтения.

Примечание, что существуют [приблизительно 116] связанные ошибки , они продолжают работать.

1
ответ дан 23 November 2019 в 05:13

Просто уничтожьте тот оставшийся процесс монтирования личинка. Это произошло со мной также, и не было никакого очевидного отрицательного побочного эффекта к уничтожению, потому что соответствующий процесс личинки обновления уже отказался от него - можно легко проверить, что путем наблюдения, как оно оставшийся процесс монтирования личинка больше не имеет родителя.

1
ответ дан 23 November 2019 в 05:13

Другие вопросы по тегам:

Похожие вопросы: