Задать вопрос
@khristoforov

Как воcстановить работоспособность VM Proxmox?

Добрый день! Сегодня столкнулся с такой проблемой после перезагрузки VM пишет no bootable device развернул backup та же проблема. На форуме проксмокса написано лечится :
gdisk -l /dev/pve/vm-100-disk-0

gdisk /dev/pve/vm-100-disk-0

w

и в действительности 1я команда выдавала ошибку.
root@sena:~# gdisk -l /dev/pve/vm-105-disk-0
GPT fdisk (gdisk) version 1.0.6

Partition table scan:
  MBR: not present
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with corrupt MBR; using GPT and will write new
protective MBR on save.
Disk /dev/pve/vm-105-disk-0: 419430400 sectors, 200.0 GiB
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 82AB57D9-0D25-4F40-81B2-F8121BF8489A
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 419430366
Partitions will be aligned on 2048-sector boundaries
Total free space is 4029 sectors (2.0 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048            4095   1024.0 KiB  EF02
   2            4096       419428351   200.0 GiB   8300


После второй все "поправилось"
root@sena:~# gdisk /dev/pve/vm-105-disk-0
GPT fdisk (gdisk) version 1.0.6

Partition table scan:
  MBR: not present
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with corrupt MBR; using GPT and will write new
protective MBR on save.

Command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): y
OK; writing new GUID partition table (GPT) to /dev/pve/vm-105-disk-0.
Warning: The kernel is still using the old partition table.
The new table will be used at the next reboot or after you
run partprobe(8) or kpartx(8)
The operation has completed successfully.


но теперь при загрузке висит постоянно Booting from Hard Disk
  • Вопрос задан
  • 508 просмотров
Подписаться 1 Средний 2 комментария
Пригласить эксперта
Ответы на вопрос 1
CityCat4
@CityCat4
//COPY01 EXEC PGM=IEBGENER
Ай, молодца! Я даже знаю, где ты нашел этот прости-Господи-совет - там, где обычно советуют все проблемы с таблицами разделов решать таким вот путем перезаписи. Совет этот в принципе неплох, но у него есть один недостаток - он рассчитан на людей, которые знают, что делают

А не на копипастеров, которые понятия не имеют, что произойдет после той или иной команды.

То есть, первая команда была вполне безопасна - она просто сохранила текущую таблицу разделов в файл, тем не менее предупредив о существовании (с ее точки зрения) ошибки. Сразу вопрос - почему gdisk, а не fdisk? fdisk прекрасно понимает GPT и все такое.

А вторая команда - переписала таблицу разделов сообразно тому, что прочитала первая (и вовсе не факт, что правильно). Причем Вас честно предупредили - "чувак, мы сейчас перепишем нахрен все разделы!". Ну вот, за что боролись - на то и напоролись :)

Теперь брать средства ремонта удаленных разделов и восстанавливать :)
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы