Upgrade grub-pc na Proxmoxu rozbije boot

[czechsys]

Ahoj,

uz nejakou dobu se potykam s problemem ohledne upgrade grub-pc na debian 11 jako VM v proxmoxu. Rozpadne se detekce boot oddilu. Skace to nahodne po serverech, zakladni VM, kterou pouzivam pro klonovani jsem upravil, ale i tak se to objevuje. Mam s tim pak problemy v ansible updatech serverech, kdy je nutny zasah. Oprava spociva ve volbe "NO" a nasledne zruseni "/dev/dm0" a zaskrtnuti "/dev/sda" jako boot disk.

Nevi nekdo, jak to definitivne fixnout?

Fdisk:

Kód: [Vybrat]

Disk /dev/sda: 10 GiB, 10737418240 bytes, 20971520 sectors
Disk model: QEMU HARDDISK   
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: dos
Disk identifier: 0xb75887e2

Device     Boot Start      End  Sectors Size Id Type
/dev/sda1  *     2048 20969471 20967424  10G 8e Linux LVM


Disk /dev/mapper/vg0-root: 7.45 GiB, 7998537728 bytes, 15622144 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/vg0-swap: 2.55 GiB, 2734686208 bytes, 5341184 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


[Reklama]

[Radek Zajíc]

Zkuste

Kód: [Vybrat]

echo "grub-pc grub-pc/install_devices_disks_changed string /dev/sda" | debconf-set-selections
echo "grub-pc grub-pc/install_devices string /dev/sda" | debconf-set-selectionsNásledné volání dpkg-reconfigure grub-pc (případně instalace novější verze balíku) by mělo proběhnout v pohodě.

[czechsys]

To je mysleno tak, ze bych to mel spoustet pred kazdym updatem, nebo je to jednorazovka?

[czechsys]

Jinak nasel jsem tento prikaz:

Kód: [Vybrat]

root@debian11-default-cloud:~# debconf-show grub-pc
  grub-pc/kopt_extracted: false
  grub-pc/chainload_from_menu.lst: true
* grub-pc/install_devices: /dev/disk/by-id/dm-name-vg0-root    <------------------
  grub-pc/install_devices_failed: false
  grub-pc/disk_description:
  grub2/force_efi_extra_removable: false
  grub-pc/postrm_purge_boot_grub: false
  grub-pc/install_devices_failed_upgrade: true
  grub2/kfreebsd_cmdline_default: quiet
  grub2/update_nvram: true
  grub2/kfreebsd_cmdline:
* grub2/linux_cmdline_default: quiet
  grub-pc/mixed_legacy_and_grub2: true
  grub2/device_map_regenerated:
  grub-pc/partition_description:
* grub-pc/install_devices_empty: false
  grub-pc/install_devices_disks_changed:
* grub2/linux_cmdline:
  grub-pc/hidden_timeout: false
  grub-pc/timeout: 5

Neni divu, ze to porad pada. Ma tam byt:

Kód: [Vybrat]

  grub-pc/partition_description:
  grub-pc/postrm_purge_boot_grub: false
  grub-pc/install_devices_failed: false
  grub-pc/kopt_extracted: false
* grub2/linux_cmdline:
  grub2/kfreebsd_cmdline:
  grub-pc/install_devices_failed_upgrade: true
  grub2/force_efi_extra_removable: false
* grub-pc/install_devices_empty: false
  grub-pc/disk_description:
  grub2/kfreebsd_cmdline_default: quiet
  grub2/device_map_regenerated:
  grub-pc/install_devices_disks_changed:
  grub-pc/chainload_from_menu.lst: true
* grub-pc/install_devices: /dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_drive-scsi0   <-------------
  grub-pc/timeout: 5
  grub2/update_nvram: true
  grub-pc/hidden_timeout: false
  grub-pc/mixed_legacy_and_grub2: true
* grub2/linux_cmdline_default: quiet

Pregeneroval jsem zakladni obraz VM, aby to tam bylo fixnute, ale matne si vybavuji, ze jsem to tam jiz fixoval.

[Radek Zajíc]

Osobne bych to fixnul pred vyrobenim image prave v tom systemu, ze ktereho budu delat image. V puvodnim prispevku jste psal o /dev/sda, ale cela cesta ke QEMU device v /dev/disk/by-id/ je taky mozna (pokud odpovida ceste v bezicim systemu).

[Reklama]

[czechsys]

Ted jsem narazil na druhou vec. Kdyz obraz VM naklonuji a pridam cloud-init, tak mam po nabehnuti systemu ten spatny DM disk. Pokud tu VM po naklonovani spustim bez cloud-init, tak je grub-pc ukazuje na ten QEMU disk.