Search results

Same here!

Long friend. https://github.com/virtio-win/kvm-guest-drivers-windows/issues/623

Die Kiste wurde vor einiger Zeit frisch aufgesetzt. Konvertiert wurde da nichts. Die 6TB-Partition fällt demnächst weg, ist natürlich dennoch doof, nicht oder nur umständlich an die Backups zu kommen.

Die kann man nicht vom PVE aus als RAW-device ansprechen?

Wobei die physical blocksize eigentlich egal sein sollte, die partitionen sind ja immer vielfache der logischen blockgröße. Die physische dürfte vom darunterliegenden RAID kommen.

Bekommst du die 512/512 auch, wenn du das lokale zfs ansprichst? also z.b.: fdisk /dev/hdd-pve/vm123-disk-1 so hatte ich die Ausgabe weiter oben erhalten. (https://forum.proxmox.com/threads/file-restore-aus-proxmox-backup-server.133168/post-609731)

Mir kommen die Start/End-Sektoren auch sonderbar vor, zumal fdisk von Linux über schräge Boundaries meckert. Ach ja: Auf dem Livesystem habe ich 512/8192 (zeigt fdisk an), beim loopback 512/512: Disk /dev/loop0: 6 TiB, 6597069766656 bytes, 12884901888 sectors Units: sectors of 1 * 512 = 512...

Ich muß mich nochmals korrigieren: Beim 7.4er kommt mit "proxmox-backup-client map" und einem anschließenden "mount" ebenfalls der gleiche Fehler. Lediglich File-Restore im Browser funktioniert einwandfrei. Spaßeshalber habe ich die Files vom filerestore...

Argh, nein. Natürlich nicht. War ne kurze Nacht. Das erste Volume liegt auf MBR und wird auch entsprechend nicht per UEFI gebootet. Die anderen Partitionen liegen alle auf GPT. Ich kann dir gerne das Layout mal auslesen. Disk /dev/hdd-epyc01/vm-147-disk-1: 6 TiB, 6597069766656 bytes...

Alles 4k. MBR. Ich sehe halt keinen offensichtlichen Unterschied. Volume 2 + 4 sind ähnlich alt (seit Erstinstallation), 5+6 kamen später hinzu. Volume 4 ist das, was Probleme macht. Besonders merkwürdig ist, dass ich gestern die changelogs vom ntfs-treiber (read only) gesichtet habe und seit...

Ja, bei mir funktioniert NTFS auch bei 99,9% der Backups auch unter PVE8. Eben nur nicht bei dieser einen Maschine, und das Fehlerbild ist exakt jenes vom OP hier, weshalb ich auch via Googlesuche auf diesen Thread aufmerksam wurde. Und - Zufall - er nutzt ebenfalls eine 3er-Version von PBS...

Welcher Verify? Ich sprach zu keinem Zeitpunkt davon! Disk hängt auch nicht an SATA, regulärer VirtIO-SCSI. Die Maschine ist völlig in Ordnung, es gibt kein Problem mit den Partitionen! Lediglich mit Versionen >=8.0 von Proxmox ist kein Filerestore mehr möglich, was augenscheinlich an der...

Problem besteht in aktueller 8.1 mit Kernel 6.5 ebenfalls: mounting 'drive-scsi1.img.fidx/part/2' failed: all mounts failed or no supported file system (400)

Die Backups sind korrekt und haben keine Fehler. Das Problem scheint im NTFS-Treiber der Kernel in der 8er Proxmox-Releases zu stecken. (Oder in einer Änderung im Blockdevice-Handling zwischen PBS und PVE - was ich aber für eher unwahrscheinlich halte) Edit: Aktuell läuft bei mir noch 8.0 mit...

File-Restore klappt mit 7.4 problemlos! Ist also ein Bug der mit der 8er Release eingeführt wurde! Ich tippe stark auf den verwendeten Kernel, da beim händischen map und mount der Fehler ja ebenfalls auftritt.

Hab das Problem bei einem Kunden auch. Eine VM mit 3 Drives: 250G System, 6TB Daten und nochmal 2TB Daten. die 6TB-Partition läßt sich weder mittels Filerestore öffnen, noch mittels Map mounten. Nun muß ich das Drive komplett zurückspielen, damit ich es in eine laufende VM einhängen kann. :-/...

Egal, hab manuell den Kram installiert und mir eine Liste von meinem vorherigen Compile gezogen. Hier der _VOLLSTÄNDIGE_ Weg, der mich von einem frischen Debian 11 zu kompilierten Binaries gebracht hat: echo 'deb http://download.proxmox.com/debian/devel/ bullseye main' | tee...

Ok, bin weiter, habe aber wieder das Problem, dass Cargo nicht die Abhängigkeiten findet/lädt. ➜ proxmox-backup git:(stable-2) ✗ cargo build --all --release error: no matching package named `anyhow` found location searched: registry `crates-io` required by package `pbs-api-types v0.1.0...

Hi, Hallo Chris, ich bin genau nach Anleitung vorgegangen. Frisches Debian 11. mk-build-deps schlägt fehl, es sind 2 Pakete nicht auffindbar: [...] Hängt ab von: librust-zstd-0.12+bindgen-dev ist aber nicht installierbar...

Die URL kannte ich nicht. Ich habe in diversen Dokus und READMEs gefischt, ein PVE frisch als VM installiert, dort den Kram nachinstalliert, mich stundenlang mit mangelhaftem Rust/Cargo-Wissen durch Dependencies gekämpft, dann gefühlt 300 librust-xxx-dev-Pakete installiert und, nachdem ich noch...