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

PV Name [Неизвестно], Proxmox Виртуальная Среда

Nico17

Guest

13.05.2025 18:32:00

Привет, я прошу помощи, так как различные методы безрезультатно не помогли. У одного из моих дисков /dev/sda произошла ошибка ввода-вывода. Я попытался скопировать блок на /dev/sdd с помощью DDrescue, и это сработало, НО я не могу добавить диск в группу томов (VG). pvdisplay выглядит так:

```
--- Physical volume ---
PV Name /dev/sdc3
VG Name pve
PV Size <110.79 GiB / не используется 4.44 MiB
Allocatable yes
PE Size 4.00 MiB
Total PE 28361
Free PE 3520
Allocated PE 24841
PV UUID ZJ30d5-IPOM-IQjp-K2i4-6VEW-7d1j-rGMqz2

WARNING: Couldn't find device with uuid MPnClk-O0ci-vgfE-3qc2-T7Tw-oloW-GK3LR9.
WARNING: VG SSD_STORAGE is missing PV MPnClk-O0ci-vgfE-3qc2-T7Tw-oloW-GK3LR9 (last written to /dev/sda).

--- Physical volume ---
PV Name [unknown]
VG Name SSD_STORAGE
PV Size 894.25 GiB / не используется <3.34 MiB
Allocatable yes
PE Size 4.00 MiB
Total PE 228928
Free PE 14336
Allocated PE 214592
PV UUID MPnClk-O0ci-vgfE-3qc2-T7Tw-oloW-GK3LR9

--- Physical volume ---
PV Name /dev/sdb
VG Name SSD_STORAGE
PV Size 465.76 GiB / не используется 4.02 MiB
Allocatable yes
PE Size 4.00 MiB
Total PE 119234
Free PE 13826
Allocated PE 105408
PV UUID D6cCJQ-L10w-rTc7-iomA-Wzid-0b6l-HdcZVM
```

А fdisk выглядит так:

```
Disk /dev/sda: 894.25 GiB, 960197124096 bytes, 1875385008 sectors
Disk model: KINGSTON SA400S3
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/sdb: 465.76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: CT500MX500SSD1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/sdc: 111.79 GiB, 120034123776 bytes, 234441648 sectors
Disk model: CT120BX500SSD1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 3144D45D-D7BE-4AAA-A651-13A3451C91E3

Device Start End Sectors Size Type
/dev/sdc1 34 2047 2014 1007K BIOS boot
/dev/sdc2 2048 2099199 2097152 1G EFI System
/dev/sdc3 2099200 234441614 232342415 110.8G Linux LVM

Disk /dev/sdd: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: PNY CS900 1TB SS
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: E69C0933-0F33-492D-AC9E-9FD328F9A58F

Disk /dev/mapper/pve-swap: 8 GiB, 8589934592 bytes, 16777216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/pve-root: 37.7 GiB, 40475033600 bytes, 79052800 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/pve-STK: 465 GiB, 499289948160 bytes, 975175680 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes

Может кто-нибудь помочь?

Kingneutron

Guest

14.05.2025 04:10:00

Пересоздай LVM и восстанови из резервной копии, если не хочешь завязнуть в этом кошмаре. Пытаться исправить PV LVM, который был спасен с помощью ddrescue, – это задача для Advanced Support. Если у тебя есть контракт / лицензия на поддержку PVE, можешь попробовать открыть тикет. https://github.com/kneutron/ansitest/blob/master/proxmox/proxmox-create-lvm-thin.sh

Nico17 Guest	#3 0 14.05.2025 09:14:00 Возможно, ddrescue — не самый удачный способ. У меня VG на двух дисках, и если я спасаю диски по отдельности с помощью ddrescue, то не восстанавливаю все данные.

Kingneutron

Guest

15.05.2025 04:51:00

Если у тебя VG разбросан по 2 дискам без RAID, это нестабильное решение с самого начала. Как ты сейчас убеждаешься на собственном опыте, если диск выйдет из строя (особенно если нет бэкапов), то ты как бы влип, и не получится просто заменить проблемный диск и запустить восстановление без потери данных. Я бы посоветовал тебе посмотреть в сторону ZFS. Если хочешь продолжать использовать LVM, то лучше делать отдельные lvm-thin пространства на разных дисках, а не объединять их логически. И тебе точно стоит посмотреть в сторону RAID, хотя RAID+LVM на самом деле сложнее в управлении, чем ZFS https://search.brave.com/search?q=r...summary=1&conversation=a5357a1c582c98e0e72c0b https://github.com/kneutron/ansitest/blob/master/proxmox/proxmox-create-additional-lvm-thin.sh

Nico17 Guest	#5 0 17.05.2025 13:40:00 Я справился. Восстановил диск с помощью ddrescue. Добавил крон до VG с vgextend. Удалил поврежденный диск с vgreduce (жутко, когда pv's как будто "удалены"). Отредактировал /etc/archives/myvg.vg в соответствии с UUID клон-диска. Восстановил VG с vgcfgrestore -f myvg.vg. Получил PV's с данными внутри.

Читают тему

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