.qcow2 read only elérés?

Fórumok

Most épp egy Debian 9.3 live van bootolva az eddigi szerveremen.
Szeretnék belenézni az egyik virtuális gép által használt image-be, de nem megy.
Még véletlenül sem szeretném módosítani, még a backup-ját sem.
A backupot próbálnám megnyitni, ami egy titkosított diszken van (nem tudom, ennek van-e jelentősége - elvileg nincs.
Kinyitom cryptsetup luksOpen segítségével a diszket, vgscan, a megtalált LV-t felmountolom a /srv alá.
A /src/Backup/kvm/ alatt van egy vm.qcow2, ami egy offline készített másolat (le volt állítva a vm)
modprobe nbd
qemu-nbd -c /dev/nbd0 vm.qcow2

Eddig szép. Az fdisk -l /dev/nbd0 szépen mutatja a diszk tartalmát, a /dev/nbd0p1 egy LVM physical volume.
partx -a /dev/nbd0

És itt véget ért az örömöm...
A journalctl-ből két vonatkozó sor:
Feb 19 17:11:32 debian kernel: block nbd0: Write on read-only
Feb 19 17:11:32 debian kernel: blk_update_request: I/O error, dev nbd0, sector 0

O.K., ez jogos, mert minden read-only van mountolva. Hogy tudnék hozzáférni a tartalmához úgy, hogy minden read-only maradjon?
(qemu-nbd -c ... -r önmagában nem segített)

Tudna valaki segíteni?
(tudom, marhaság virtuális gépet lvm alapra pakolni, de ez nálam pavlovi reflex, fogalmam sincs, hogy miért)

Hozzászólások

segiteni nem tudok, de en is lvm alapokra rakom ujabban a virtualis gepeimet, mert az eredeti image meret mindig szuk lesz egy ido utan, es eddig nekem egyszerubb volt hozzacsatolni a gephez egy uj virtualis image-t es kiterjeszteni ra az lvm kotetet

Hm.
apt-get install kpartx

Így már megy.

szerk: úgy értem, partx helyett kpartx használatával.