+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

RSS

[РЕШЕНО] ошибка монтирования 'drive-scsiXX.img.fidx/part/1': все попытки монтирования не удались или не поддерживается файловая система (400), Proxmox Backup Server

MisterDeeds

Guest

25.07.2023 07:45:00

Всем привет! У меня есть система PVE, которую я использую вместе с Proxmox backup server. Сейчас, когда я пытаюсь сделать «восстановление файла» из PVE, появляется следующее сообщение:
Код: mounting 'drive-scsiXX.img.fidx/part/1' failed: all mounts failed or no supported file system (400)
Я использую обычный GPT-раздел. Но не уверен, связано ли это с зарезервированным разделом на 128 МБ:

Кто-нибудь знает, в чём тут проблема? Спасибо и всего доброго!

JL17

Guest

10.01.2024 15:03:00

Привет, у меня такая же проблема с бэкапом диска NTFS. Если пытаюсь сделать «восстановление файлов» через GUI, получаю сообщение: mounting 'drive-scsiXX.img.fidx/part/1' failed: all mounts failed or no supported file system (400). Лог file-restore (/var/log/proxmox-backup/file-restore/qemu.log) показывает такую информацию про ntfs:
ntfs: (device vda1): read_ntfs_boot_sector(): Primary boot sector is invalid.
ntfs: (device vda1): read_ntfs_boot_sector(): Mount option errors=recover not used. Aborting without trying to recover.
ntfs: (device vda1): ntfs_fill_super(): Not an NTFS volume.

Если я маплю бэкап через «proxmox-backup-client map» и потом монтирую маппинг, то могу без проблем получить доступ ко всем файлам. Похоже, что «file-restore» и «map» работают по-разному. Есть ли способ настроить «file-restore», чтобы заставить его монтировать партицию NTFS с пометкой dirty? Заранее спасибо!

fabian Guest	#3 0 10.01.2024 15:05:00 Как вы монтируете сопоставленный снимок? Пожалуйста, укажите точную команду и используемые параметры!

JL17 Guest	#4 0 16.01.2024 15:24:00 Используя команду: proxmox-backup-client map vm/101/2024-01-10T07:15:12Z drive-virtio1.img --repository root@pam@192.168.1.2:8007:bk1 --ns jls ls -lah /dev/loop0* mkdir /mnt/test mount -r /dev/loop0p1 /mnt/test ls /mnt/test/

fabian Guest	#5 0 17.01.2024 09:12:00 Что "mount" покажет про точку монтирования /mnt/test после этого?

JL17

Guest

18.01.2024 03:06:00

/dev/loop0p1 смонтирован в /mnt/test с типом fuseblk (ro, relatime, user_id=0, group_id=0, allow_other, blksize=4096). Монтируется нормально с помощью этих команд, я могу получить доступ ко всем файлам. Проблема возникает, когда я пытаюсь сделать «восстановление файла» через графический интерфейс.

fabian Guest	#7 0 18.01.2024 10:39:00 Да, похоже, что используется совсем другой драйвер (ntfs-3g?), в отличие от виртуальной машины для восстановления файлов, которая использует встроенный в ядро драйвер "ntfs".

JL17 Guest	#8 0 18.01.2024 12:59:00 Можно ли сменить драйвер в file-restore?

fabian Guest	#9 0 18.01.2024 16:00:00 Нет, сейчас это жестко запрограммировано.

JL17 Guest	#10 0 18.01.2024 21:04:00 Ок, спасибо за помощь!

kellogs

Guest

#11

16.01.2025 23:31:00

У меня такая же проблема: EXT4-fs (vdb2): VFS: Не удаётся найти файловую систему ext4 EXT4-fs (vdb2): VFS: Не удаётся найти файловую систему ext4 EXT2-fs (vdb2): ошибка: не найден ext2-файловая система на устройстве vdb2. FAT-fs (vdb2): неверное количество зарезервированных секторов FAT-fs (vdb2): неверное количество зарезервированных секторов VFS: не удалось найти корректную V7 на vdb2. [2025-01-16T23:09:43.112Z WARN proxmox_restore_daemon: proxmox_restore_daemon::disk] ошибка монтирования '/dev/vdb2' (ntfs3) — ENOENT: Нет такого файла или каталога ufs: ufs_fill_super(): неправильное магическое число befs: (vdb2): некорректный заголовок F2FS-fs (vdb2): Не могу найти валидную файловую систему F2FS в первом суперблоке F2FS-fs (vdb2): Не могу найти валидную файловую систему F2FS во втором суперблоке [2025-01-16T23:09:43.128Z ERROR proxmox_rest_server::rest] GET /api2/json/list?path=ZHJpdmUtc2F0YTIuaW1nLmZpZHgvcGFydC8y: 400 Bad Request: [client 0.0.0.0:807] монтирование 'drive-sata2.img.fidx/part/2' не удалось: все попытки монтирования провалились или файловая система не поддерживается

Netzblicker

Guest

#12

02.07.2025 08:48:00

Хм, почти такая же ошибка у меня: хочу восстановить файл, но на IDE0 и папке 3 (где лежат файлы c:) получаю ошибку: mounting 'drive-ide0.img.fidx/part/3' failed: all mounts failed or no supported file system (400). Запускал chckdsk, но это не помогло. В моём qemu.log пишется:

root@hv1:/var/log/proxmox-backup/file-restore# tail -f qemu.log
VFS: не удалось найти валидный V7 на vdc3.
ntfs: (устройство vdc3): ntfs_attr_find(): инод повреждён. Запустите chkdsk.
ntfs: (устройство vdc3): ntfs_read_inode_mount(): не удалось найти атрибут $MFT/$DATA. $MFT повреждён. Запустите chkdsk.
ntfs: (устройство vdc3): ntfs_read_inode_mount(): неудача. Отмечаю инод как повреждённый.
ntfs: (устройство vdc3): ntfs_fill_super(): не удалось загрузить ключевые метаданные.
ufs: ufs_fill_super(): некорректный magic number
befs: (vdc3): некорректный заголовок magic
F2FS-fs (vdc3): не удалось найти валидную файловую систему F2FS в первом суперблоке
F2FS-fs (vdc3): не удалось найти валидную файловую систему F2FS во втором суперблоке

[2025-07-02T06:43:27.779Z ERROR proxmox_rest_server::rest] GET /api2/json/list?path=ZHJpdmUtaWRlMC5pbWcuZmlkeC9wYXJ0LzM%3D: 400 Bad Request: [client 0.0.0.0:807] mounting 'drive-ide0.img.fidx/part/3' failed: all mounts failed or no supported file system

Есть идеи?

fabian

Guest

#13

02.07.2025 08:55:00

Похоже, что ваша файловая система NTFS использует какие-то функции (или находится в определённом состоянии во время резервного копирования), которые не поддерживаются драйвером Linux NTFS3. Мы ещё не смогли воспроизвести эту проблему, но если вы сможете найти точные шаги (начиная с чистого диска), которые её вызывают, это, вероятно, поможет сузить круг поиска.

Netzblicker Guest	#14 0 02.07.2025 09:06:00 Забавно вот что: у меня есть кластер из 3 серверов и PBS, 7 виртуальных машин (все установлены одинаково), и только на одной из них появляется эта ошибка.

fabian

Guest

#15

02.07.2025 09:17:00

Возможно, это связано не с особенностями файловой системы, а с её состоянием (либо в момент создания резервной копии, либо просто из-за характера выполненных операций ввода-вывода — например, определённое количество файлов или определённый шаблон записи, который вызывает разные структуры на диске и т.д.). Все ли снимки виртуальной машины затронуты, или только некоторые?

Netzblicker Guest	#16 0 02.07.2025 09:58:00 Плохо, все снимки этой виртуальной машины повреждены.

fabian

Guest

#17

02.07.2025 10:07:00

Дальше следующий шаг — выяснить, что делает этот диск особенным или отличающимся: он больше? На нём больше данных? Какие именно данные? Может, к нему обращаются какие-то специальные приложения, которые могут вести себя странно? Свойства файловой системы? …

swoop Guest	#18 0 03.07.2025 11:26:00 Здравствуйте, у меня похожая проблема. Когда я пытаюсь восстановить всю машину, получаю: Код ошибки: ошибка до или во время восстановления данных, некоторые или все диски восстановлены не полностью. Состояние VM 107 НЕ очищено. ОШИБКА ЗАДАЧИ: команда '/usr/bin/pbs-restore --repository root@pam@<PBS>:pbs-backup vm/107/2025-07-01T22:00:00Z drive-efidisk0.img.fidx 'rbd:container/vm-107-disk-0:conf=/etc/pve/ceph.conf:id=admin:keyring=/etc/pve/priv/ceph/container.keyring' --verbose --format raw --skip-zero' завершилась с кодом выхода 255. Когда пытаюсь восстановить по файлам, получаю следующее: Код ошибки: монтирование 'drive-virtio1.img.fidx/part/2' не удалось: все монтирования провалились или файловая система не поддерживается (400). У меня кластер из 3 узлов, мои Windows-серверы были взломаны и зашифрованы, поэтому мне нужно восстановить файлы или, лучше, всю машину. У меня установлена последняя версия proxmox-backup-restore-image: Код: dpkg --list proxmox-backup-restore-image Desired=Unknown/Install/Remove/Purge/Hold \| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend \|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) \|\|/ Name Version Architecture Description +++-============================-============-============-=============================================================== ii proxmox-backup-restore-image 0.7.0 amd64 Kernel/initramfs images for Proxmox Backup single-file restore. Я могу смонтировать последний бэкап диска, но не могу извлечь файлы: Код: proxmox-backup-client map vm/107/2025-07-01T22:00:01Z drive-virtio1.img.fidx --repository root@pam@<PBS>:pbs-backup mount -r /dev/loop0p2 /mnt/restore/ mount /dev/loop0p2 on /mnt/restore type ntfs (ro,relatime,uid=0,gid=0,fmask=0177,dmask=077,nls=utf8,errors=continue,mft_zone_multiplier=1) ls -l ls: невозможно получить доступ к 'Datenaustausch _alt': ошибка ввода/вывода ls: невозможно получить доступ к 'Folder2': ошибка ввода/вывода ls: невозможно получить доступ к 'Treiber': ошибка ввода/вывода ls: невозможно получить доступ к 'Wsus': ошибка ввода/вывода итого 16 dr-x------ 1 root root 16384 Jul 1 23:24 Datenaustausch d????????? ? ? ? ? ? 'Datenaustausch _alt' d????????? ? ? ? ? ? Folder2 d????????? ? ? ? ? ? Treiber d????????? ? ? ? ? ? Wsus Мне срочно нужна помощь, я обновил все узлы и PBS.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры