Слетел загрузчик Proxmox хоста (((

из-за именения настроек БИОС слететь загрузчик не может, иначе был бы grub> или grub rescue>

если в livecd видны разделы - то по классике монтировать корень и прочее, chroot и grub-install. гайдов по этому полно и для проксмок на офф вики.

да в том то и дело, что никакие разделы, сделанные под LVM, livecd не видит. Причём не только на системном NVMe диске, но и на SATA диске (на нём тоже был lvm-thin раздел для хранения данных)…

Когда захожу в parted, он пишет

Error: /dev/nvme0n1: unrecognised disk label
....
Partition table: unknown

Может надо какой-то модуль запустить, чтобы видеть LVM-разделы?

в 20 убунте-лайв модуль lvm подгружен по умолчанию. как с этим в дебиан-лайв - не знаю, сделай apt install lvm2.

а что меняли в настройках UEFI/BIOS? Режим работы накопителя?

Вообще пробовал всякие настройки из раздела Overclocking…. Но видимо что то тронул не то и в разделе накопителей.

Вернул БИОСе настройки по умолчанию, но не помогает - диски как будто не размеченые, информации о разделах теперь система не видит. Причём не только на NVMe M.2, но и на SATA диске.

Как будто они перешли в другой режим, например RAID. Но режим RAID в БИОСе я не включал

Ты совсем?

какие нафиг эксперименты с биос? Ты банально удалил таблицу разделов на диске. Использй testdisk для восстановления разделов.

может быть у тебя был фейковый раид режим в биосе?

Что за материнская плата?

Ты банально удалил таблицу разделов на диске.

Похоже на то! И причём не на одном диске, а на всех,которые были подключены к материнке! Хорошо на них были только тестовые данные

Только как я мог это сделать, просто меняя настройки в БИОСе в разделе Overclocking?

Только как я мог это сделать, просто меняя настройки в БИОСе в разделе Overclocking?

По идее, никак. Для теста можно переключить диск в другую машину и посмотреть выхлоп parted там. Если и там все плохо, то ставь testdisk и смотри им. Эта штука умеет сканировать диск и восстанавливать удаленную таблицу разделов.

Покажите вывод lsblk с live-cd

Материнская плата Huananzhi X99-F8 с процессором Intel Xeon E5-2620v3

У меня там был второй NVMe M.2 диск, который я хотел подключить как зеркало к первому NVMe M.2 диску (системному, с PVE), и всё думал - как это сделать - через mdadm или ZFS)

Поэтому на момент аварии, у меня был на руках неиспользуемый NVMe M.2 диск. Когда я понял, что Livecd не видит партиций на дисках, я устанавил на него новый экземпляр PVE.

Сейчас это выглядит следующим образом

root@pve:~# lsblk
NAME               MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                  8:0    0   2.7T  0 disk 
└─sda1               8:1    0   2.7T  0 part 
nvme0n1            259:0    0 238.5G  0 disk 
nvme1n1            259:1    0 238.5G  0 disk 
├─nvme1n1p1        259:2    0  1007K  0 part 
├─nvme1n1p2        259:3    0   512M  0 part /boot/efi
└─nvme1n1p3        259:4    0 117.5G  0 part 
  ├─pve-swap       253:0    0     8G  0 lvm  [SWAP]
  ├─pve-root       253:1    0  29.3G  0 lvm  /
  ├─pve-data_tmeta 253:2    0     1G  0 lvm  
  │ └─pve-data     253:4    0  63.6G  0 lvm  
  └─pve-data_tdata 253:3    0  63.6G  0 lvm  
    └─pve-data     253:4    0  63.6G  0 lvm  

sda1 - SATA диск 3Тб, который я использовал для хранения данных. На нём был раздел LVM-thin. Сразу после аварии разделы на нём не определялись, sda1 появился сейчас после моей попытки восстановить диск программой Testdisk. Но видимо неудачно - vgscan старого тома, который был на этом диске не видит.

nvme0n1 - старый системный диск, на котором был установлен PVE.

nvme1n1 - новый системный диск

root@pve:~# fdisk -l
Disk /dev/nvme0n1: 238.47 GiB, 256060514304 bytes, 500118192 sectors
Disk model: NE-256                                  
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/nvme1n1: 238.47 GiB, 256060514304 bytes, 500118192 sectors
Disk model: GIGABYTE GP-GSM2NE3256GNTD              
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: DAB91D21-1136-4671-A1B3-D135E2CAFB14

Device           Start       End   Sectors   Size Type
/dev/nvme1n1p1      34      2047      2014  1007K BIOS boot
/dev/nvme1n1p2    2048   1050623   1048576   512M EFI System
/dev/nvme1n1p3 1050624 247463936 246413313 117.5G Linux LVM


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: 29.25 GiB, 31406948352 bytes, 61341696 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/sda: 2.73 TiB, 3000592982016 bytes, 5860533168 sectors
Disk model: WDC WD30EFZX-68A
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 3FCB1D8A-D0B8-80EA-5276-939D20D48808

Device     Start        End    Sectors  Size Type
/dev/sda1   2046 5860532221 5860530176  2.7T Linux filesystem

Partition 1 does not start on physical sector boundary.

Похоже, что информацию на nvme0n1 можно восстановить - Testdisk сразу после запуска показывает:

TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org

Disk /dev/nvme0n1 - 256 GB / 238 GiB - CHS 244198 64 32
Current partition structure:
     Partition                  Start        End    Size in sectors

Bad GPT partition, invalid signature.
Trying alternate GPT
 1 P Unknown                       34       2047       2014
 2 P EFI System                  2048    1050623    1048576
 3 P Linux LVM                1050624  251658240  250607617

Видимо в 1-ом разделе был grub.

Что дальше делать, какие команды нажимать? Опасаюсь окончательно его испортить)

Если и там все плохо, то ставь testdisk и смотри им. Эта штука умеет сканировать диск и восстанавливать удаленную таблицу разделов.

AVL2, я запустил Testdisk - см его вывод выше. Что дальше делать? Пока на этом диске ничего не менял - боюсь испортить

ну тебе повезло, это gpt и вторая копия таблицы жива.

Если данные на диске прямо очень важны, сохрани образ всего диска через dd в файл на другой диск.

А в остальном все хорошо, тем же testdisk восстанови таблицу партишенов и скорее всего все вернется.

testdisk восстанови таблицу партишенов и скорее всего все вернется.

Какие команды надо в testdisk нажимать, чтобы восстановить данные?

программа замутная довольно, так просто не описать.

https://www.bootdev.ru/2019/02/Recovering-Lost-Partitions.html

https://www.cgsecurity.org/wiki/TestDisk_Step_By_Step

Теоретически никак. Вы можете переместить диск на другую машину для теста и наблюдать там разделенный выхлоп. Если что-то не так, запустите testdisk и наблюдайте. Это устройство имеет возможность сканировать диск и восстанавливать потерянную таблицу разделов. geometry dash