---

По снимку видно, что nvme1n1p3 — это LVM Physical Volume, а не ext4. Поэтому содержимое нужно смотреть не через раздел, а через логические тома внутри LVM.

Сначала выясним, что там есть.

1. Посмотреть логические тома

Выполните:

sudo lvs -a -o lv_name,lv_size,attr,origin,pool_lv,data_percent,metadata_percent

и

sudo lvscan

Особенно интересно, есть ли что-нибудь кроме:

* root
* swap
* data

Например:

vm-101-disk-0
vm-100-disk-0

или другие vm-....

⸻

2. Посмотреть содержимое pve-root

Он у вас уже смонтирован. Выполните:

ls -lah /run/media/ubuntu/78e8db54-50a0-4a78-a059-5070647a43f1

Затем:

ls -lah /run/media/ubuntu/78e8db54-50a0-4a78-a059-5070647a43f1/etc/pve

Если второй каталог не существует — это нормально. В автономном режиме /etc/pve обычно не смонтирован через pmxcfs.

⸻

3. Самое интересное — проверить, есть ли конфиги VM

Выполните:

find /run/media/ubuntu/78e8db54-50a0-4a78-a059-5070647a43f1 -name "*.conf"

или более точечно:

find /run/media/ubuntu/78e8db54-50a0-4a78-a059-5070647a43f1 -path "*/qemu-server/*"

Если найдётся файл вроде:

101.conf

то мы сможем понять, где Proxmox ожидал диск виртуальной машины.

⸻

Меня сейчас заинтересовало другое

Ранее вы показывали, что на этом диске LVM не определялся вообще, а теперь он определяется полностью.

Это означает одно из двух:

1. вы сейчас работаетете уже с другим SSD;
2. либо программа восстановления действительно вернула корректную GPT/LVM-разметку.

Ответьте, пожалуйста, на один вопрос:

Это тот самый диск с серийным номером AA202411211T21232251, на котором раньше pvs ничего не показывал? Или сейчас подключён другой из двух оригинальных SSD? Это поможет правильно интерпретировать результат.