Fórum Root.cz
Hlavní témata => Distribuce => Téma založeno: czechsys 04. 04. 2023, 09:49:09
-
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:
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
-
Zkuste
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ě.
-
To je mysleno tak, ze bych to mel spoustet pred kazdym updatem, nebo je to jednorazovka?
-
Jinak nasel jsem tento prikaz:
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:
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.
-
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).
-
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.