Я читал неоднозначные мнения о том, насколько безопасно изменять файлы образов дисков qemu.
Меня интересуют две разные ситуации.
1) возьмем необработанный файл образа диска или файл образа диска qcow2, не используемый kvm (т.е. виртуальная машина не запущена), смонтируем его с помощью losetup и kpartx и изменим его содержимое (например, отредактируем некоторые файлы, удалим некоторые, добавим некоторые, ... .). Хотя до сих пор я делал это без проблем (при условии, что я не выхожу за пределы максимального размера изображения), я не уверен, что это совершенно безопасно; Мне особенно интересно, как функции экономии места этих форматов изображений ведут себя в таких случаях - то есть активируются ли они только тогда, когда виртуальная машина запущена, или они сами по себе являются функцией файла образа диска.
2) такая же ситуация (смонтированный образ диска), но виртуальная машина сейчас работает. Безопасен ли доступ к содержимому файла изображения только для чтения и даже для редактирования / добавления какого-либо файла, если я абсолютно уверен, что это не будет мешать процессам, запущенным в виртуальной машине?
Заранее спасибо,
phep
Для сценария № 1 все должно быть в порядке, если гость не работает. Но я бы использовал guestmount скорее, чем losetup. Монтаж петли, вероятно, подходит для необработанных томов, но я не уверен, как он обрабатывает qcow. guestmount выполняет дополнительную работу, чтобы обеспечить загрузку вещей так, как если бы они были загружены виртуальной машиной.
Для сценария № 2 подойдет только чтение, просто убедитесь, что вы действительно монтируете его только для чтения. --ro сделаю это в guestmount. Но чтение-запись гарантированно приведет к повреждению.
Это «безопасно» до тех пор, пока вы отключаете обычную файловую систему и отсоединяете образ. "raw" не имеет функций "экономии места", это просто необработанный образ диска. Qcow2 должен работать как обычно.
Если файловая система не была специально разработана для сред Cluster Shared Storage (а их очень и очень мало), то нет, это приведет к разрушению файловой системы.