Search results

Hab das Update gerade eingespielt, läuft! Vielen Dank!

@fabian : Gibt es schon eine Info, wann die Änderungen in die Releases reinkommen? Aktuell muß ich immer eine 7.4er PVE-VM hochfahren, nur um Dateien aus einem Backup zu holen. Geht, ist aber natürlich suboptimal.

Ok, mit dem non-debug-paket geht es tatsächlich. Wieso das debug nicht ging - k.a. Problem behoben! Wäre nett, wenn der Fix in künftige Releases wandern könnte, ansonsten muß man jedesmal das Testpaket installieren.

Ich habe jetzt in dem Debug-Image geschaut, ist da wirklich ntfs-3g drin? / # find / -name ntfs /sys/module/ntfs / # / # cat /proc/filesystems nodev sysfs nodev tmpfs nodev bdev nodev proc nodev devtmpfs nodev sockfs nodev pipefs nodev ramfs nodev devpts reiserfs ext3 ext4...

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.