Bug 60510
| Summary: | EVMS использует устаревший номер GPT-раздела после изменения разметки | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Жора Змейкин <me> | ||||
| Component: | evms | Assignee: | Олег Соловьев <mcpain> | ||||
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus | ||||
| Severity: | major | ||||||
| Priority: | P5 | CC: | mcpain, mike, zagagyka | ||||
| Version: | unstable | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Attachments: |
|
||||||
*** Bug 60551 has been marked as a duplicate of this bug. *** *** Bug 60291 has been marked as a duplicate of this bug. *** evms-2.5.5-alt95 -> sisyphus: Thu Sep 24 2026 Oleg Solovyov <mcpain@altlinux> 2.5.5-alt95 - btrfs: handle deleting btrfs raid (Closes: #46187) - lvm: fix removing one and only removable PV from VG (Closes: #47022) - gpt: re-read device maj:min after re-creating partitons (Closes: #60510) - raid: retry stopping array on EBUSY |
Description
Жора Змейкин 2026-09-13 00:21:46 MSKCreated attachment 22174 [details] Патч, исправляющий проблему Из-за этого на NVMe накопителях можно столкнутся в установщике с ошибкой «Операция невозможна». # Шаги воспроизведения: 1. Подготовить стенд: машина с UEFI, с диском NVMe и таблицей диска GPT 2. Заранее создать раздел p1 — FAT32 ESP размером около 512 МиБ и p2 — раздел Ext4. 3. Загрузится в установщик и в ручной разметке назначить p1 точку /boot/efi без форматирования. 4. Удалить p2 и создать его заново как Ext4 с точкой монтирования / 5. Подтвердить изменения. Установщик сообщает «Критическая ошибка»/«Операция невозможна». Судя по коду, EVMS продолжает использовать старое значение после пересоздания раздела. После изменения GPT ядро назначает существующему ESP новый номер устройства, но EVMS продолжает использовать старый. В результате открытие /dev/nvme0n1p1 завершается с ENXIO. Приложил патч, который повторно активирует data-сегменты после внесения изменений в GPT.