ReFS File Restore

nein, wir unterstützen nur Filesysteme die auch in unserem Linux kernel verfügbar sind. da gibt es leider keinen ReFS support.
(es gibt zwar einen kommerziellen ReFS Treiber für den Linux kernel, den können wir aber nicht integrieren. https://www.paragon-software.com/business/refs-linux/)
 
Kann ich denn dann eine virtuelle Disk aus dem Backup an eine andere VM hängen zum draufschauen?
momentan noch nicht direkt, aber ein paar workarounds:

1. die disk in einen order, restoren und an eine bestehende vm dranhängen:
Code:
proxmox-backup-client restore <snapshot> <archiv> <target>
qm set ID -scsiX <path-to-disk>

2. 'map' kommando verwenden:
Code:
proxmox-backup-client map <snapshot> <archiv> # wird zu /dev/loopX  gemappt
qm set ID -scsiX /dev/loopX

3. qmp/hmp kommandos verwenden
im qemu monitor kann man mittels hmp/qmp direkt drives/devices hotpluggen:
Code:
drive_add <slot> if=none,id=some-id,file=pbs:repository:<repository>,,snapshot=<snapshot>,,archive=<archiv>,,password=<password>,,fingerprint=<fingerprint>
device_add virtio-blk-pci,drive=some-id,id=some-id
(wobei hier auch ein anderer disk-treiber statt 'virtio-blk-pci' gewählt werden kann, zb scsi-hd)
 
  • Like
Reactions: Falk R.
Die Möglichkeit einen Snapshot aus dem Backup in eine Windows VM zu hängen fände ich auch für NTFS intressant, da mir im Moment die Möglichkeit fehlt Windows Dateirechte beim Wiederherzustellen einzelner Ordner zurückzusichern. Und der Umweg des Rücksichern in dem man kompletten Disk wiederherstellt (wie in Workaround 1) und dann einhängt ist recht zeitintensiv bei größeren Disks.

Ich habe das mit dem map Kommando in Workaround 2 ausprobiert, aber das scheint daran zu scheitern, dass /dev/loopX schreibgeschützt ist. Es wäre sehr hilfreich und zeitsparend wenn ich das Einhängen über das Mapping zum Laufen bekäme.
 
Ich habe das mit dem map Kommando in Workaround 2 ausprobiert, aber das scheint daran zu scheitern, dass /dev/loopX schreibgeschützt ist. Es wäre sehr hilfreich und zeitsparend wenn ich das Einhängen über das Mapping zum Laufen bekäme.
ah, klar. im moment kann man das mittels der option 'snapshot=1' lösen, zB:
Code:
qm set ID -scsi5 /dev/loopX,snapshot=1

VORSICHT: das legt ein temporäres file unter /var/tmp an, wohin die writes gehen. Dieses file kann so groß wie das ursprüngliche disk image werden wenn man alle daten überschreibt.
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!