Search results

Ich hatte noch keine Zeit, werde das Paket später testen. Was mi aber auffällt ist, dass wir scheinbar ein ähnliches Partitionlayout haben: Ich habe ebenfalls das Problem nur bei SCSI1, Part 2!

Oder einfach die altertümliche Regelung deaktivieren, da aktuelle Betriebssysteme damit keine Probleme mehr haben: https://www.deskmodder.de/blog/2016/05/29/windows-10-laengenbegrenzung-von-260-zeichen-kann-nun-aufgehoben-werden/

Ebenfalls. Hatte die andere Nummer von pveversion -v

Im funktionierenden Fall 2.3.3-1 (Stock 7.4 ISO) Alle danach schlagen fehl. Im Git habe ich schon geschaut, da waren keine Änderungen am ntfs, oder ich war zu doof sie zu sehen. Edit: Hab es gerade auch nochmal getestet als ich die Versionsnummer herausgesucht habe. Ist auch bei aktuellen...

Nein! Mit altem Filerestore geht es! Chkdsk ist ebenfalls fehlerfrei! Hatten wir aber ALLES schon hier durchgekaut im Thread, wir drehen uns im Kreis! Siehe hier: https://forum.proxmox.com/threads/file-restore-aus-proxmox-backup-server.133168/post-608778

ok, klappt. Bin natürlich auch nicht schlauer als vorher. [ 0.000000] ntfs: (device vdb2): ntfs_attr_find(): Inode is corrupt. Run chkdsk. [ 0.000000] ntfs: (device vdb2): ntfs_read_inode_mount(): Failed to lookup $MFT/$DATA attribute extent. $MFT is corrupt. Run chkdsk. [ 0.000000]...

Klappt leider nicht. Ohne PBS_QEMU_DEBUG=1 läuft es. Ansonsten: VM 'qemu_root\x40pam\x4010.68.250.25\x3a8007\x3abackup-vm-147-2024\x2d01\x2d30T16\x3a14\x3a36Z' (pid: 2417790, cid: 10) was not reachable, removing from map Error: cannot run file-restore VM: package 'proxmox-backup-restore-image'...

Ich hatte ja vor längerem schonmal ein Problem mit der Restore-Minivm. Damals lag es an der etwas zu engen Speicherplatzzuweisung seitens des Wrappers. Gibt es eine Möglichkeit, die VM mal vernünftig zu debuggen, sprich: Sämtliche Syslogs zu sehen und evtl. eine interaktive Shell aufzurufen...

Ach ja ... Server 2022, 21H2 20348.2113

C:\Windows\system32>fsutil fsinfo ntfsinfo d: NTFS Volumeseriennummer: 0x10987da8987d8cca NTFS Version : 3.1 LFS Version : 2.0 Sektoren insgesamt : 12.884.633.599 ( 6,0 TB) Cluster insgesamt : 1.610.579.199 (...

Mit der Partitionsgröße hat das nichts zu tun, ich habe andere Kisten mit teils >30T, da geht der Filerestore auch reibungslos.

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...