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

[РЕШЕНО] Загрузка ISO Proxmox VE 9.0 повреждает некоторые ISO Windows Server 2025, Proxmox Виртуальная Среда

brendanw36

Guest

10.08.2025 05:12:00

Недавно установил Proxmox VE 9.0 с нуля и столкнулся с проблемой при попытке загрузить ISO-образы для VM с Windows Server 2025. Когда пробую залить SW_DVD9_Win_Server_STD_CORE_2025_24H2.4_64Bit_English_DC_STD_MLF_X23-96921.ISO или SW_DVD9_Win_Server_STD_CORE_2025_24H2.9_64Bit_English_DC_STD_MLF_X24-08243.ISO, результат в /var/lib/vz/template/iso получается примерно на 3 ГБ больше оригинального ISO. Соответственно, SHA256 контрольная сумма не совпадает с исходной, а при попытке загрузиться с этого ISO выдается ошибка "Boot Configuration Data". Самый старый ISO Windows Server 2025, который у меня есть — SW_DVD9_Win_Server_STD_CORE_2025_24H2_64Bit_English_DC_STD_MLF_X23-81891.ISO — загружается без проблем. При загрузке ISO через интерфейс Proxmox можно указать SHA256 контрольную сумму, и проверка проходит, но файл все равно получается поврежденным. Чтобы воспроизвести проблему, я использовал FileZilla для загрузки ISO в /var/tmp, проверил сумму — всё совпадало, а потом выполнил cp -- /var/tmp/source.iso /var/lib/vz/template/iso/dest.iso. Итоговый ISO оказался с той же порчей, что и при загрузке через GUI Proxmox. Если проделать то же копирование с помощью rsync, ISO не повреждается. Кто-то еще сталкивался с таким? Может, кто-то подскажет, почему cp ведет себя странно именно с этими ISO?
Редактирование: Поскольку копирование всегда дает одинаково битый ISO, думаю, будет полезно поделиться SHA256 контрольными суммами "хорошего" и "плохого" ISO.
SW_DVD9_Win_Server_STD_CORE_2025_24H2.9_64Bit_English_DC_STD_MLF_X24-08243.ISO: 2509618770af72a6335f975beb9f3caacfecbd60c448cafa37959aabccb0d12d
SW_DVD9_Win_Server_STD_CORE_2025_24H2.9_64Bit_English_DC_STD_MLF_X24-08243.ISO.CORRUPTED: 5ac07a753e55848f344b7273e4c0a167dd64ffe9033e58df79ffefd0981cbb4f

svmt Guest	#2 0 05.10.2025 01:27:00 @wbumiller Похоже, что это не исправлено в репозиториях trixie (Debian 13 и PVE 9). https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1115729

fabian

Guest

06.10.2025 08:37:00

никто этого не писал... это исправлено в исходном коде glibc (как в последней версии, так и в стабильных ветках предыдущих версий, например, 2.41, которую использует Debian Trixie). Следующий точечный релиз Debian, скорее всего, будет содержать это исправление (запланирован на ноябрь).

Upstairs_Cycle384

Guest

15.11.2025 19:49:00

Debian 13.2 только что вышел сегодня (15 ноября). Но проблема всё ещё не исправлена... Мы несколько раз сталкивались с этим багом, из-за которого происходит повреждение данных. Слава богу за резервные копии. Будем ждать следующего патча (январь 2026)? И это ещё не гарантирует исправления. Мне кажется, что для Proxmox совсем не нормально, когда баг с повреждением данных висит с августа (конечно, это не ошибка Proxmox, но что-то нужно делать).

fabian

Guest

17.11.2025 09:57:00

Ты столкнулся с этим при загрузке ISO-файлов? Или в каком-то другом контексте? На данный момент единственный известный случай воспроизведения ошибки связан с копированием файлов на ZFS. Мы не хотим перестраивать glibc из-за этой редкой ошибки. Надеялись, что в этом обновлении Debian её исправят, но, к сожалению, этого не случилось. Посмотрю, возможно ли временно решить проблему на стороне ZFS.

Krysstof

Guest

21.11.2025 16:55:00

Привет, этот баг проявляется только на pve с использованием zfs? У меня было что-то похожее при загрузке iso через веб-интерфейс на маленьком pve-боксе с отформатированным zfs. Обычно я не использую zfs в своём боевом кластере для сетевого хранилища, но собирался начать обновлять некоторые ноды до v9. Иногда для хранения iso я использую локальное хранилище, думаю, теперь стоит избегать zfs для локальной ОС. Это не была случайная ошибка — я несколько раз загружал одно и то же iso на ту же pve-машину, и каждый раз файл повреждался. Машина была китайским мини-ПК с m.2 sata SSD, возможно, это дело железа. Но, как и у автора, это был windows 2025 iso, и, как у автора, не RTM версия, а «обновлённая» iso. Загрузка RTM iso на той же машине проходила без проблем. Вот мой пост с описанием проблемы.

fabian Guest	#7 0 24.11.2025 08:29:00 Да, эта конкретная проблема затрагивает только ZFS+glibc+coreutils в определённой комбинации версий.

STECL | DAPHI

Guest

12.01.2026 10:17:00

Здравствуйте, мы тоже столкнулись с этой проблемой в последней версии Proxmox 9.1.4. Даже копирование файла через SCP не улучшило ситуацию. Нам не удалось найти RTM ISO от Microsoft, только несколько сомнительных ссылок для скачивания. Есть ли какие-то другие варианты кроме переустановки Proxmox с ext4 LVM? С наилучшими пожеланиями, Штеффен

fabian Guest	#9 0 12.01.2026 12:47:00 С момента выпуска обновления Debian в эти выходные проблема с glibc исправлена, так что на полностью обновлённой и перезагруженной системе это больше не должно быть проблемой.

Читают тему

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