New to Linux so forgive my ignorance about anything. Hoping to switch off of HyperV. I setup a single 120GB SSD non-UEFI computer with the storage defaults (Not ZFS). I customized a great many things and then used a HDD duplicator to clone to a 250GB destination disk. To my surprise the cloned 250GB disk boots as follows:
Doing the clone via Acronis backup wouldn't boot either nor creating an Acronis image file and restoring from that.
Then I found this Proxmox wiki article: https://pve.proxmox.com/wiki/Recover_From_Grub_Failure
"vgscan" returned
"vgchange -ay" returned
I proceeded with the instructed commands to fix grub on the chance that binary isn't needed.
Please clarify or provided updated GRUB instructions that apply to PVE 6.1-2 ??
Extra details that may not be necessary…
On the premise that the thin_check binary is necessary to recover GRUB I also attempted with the
debian-live ISO as suggested in the article. I used the latest 10.3.0. vgscan or vgchange don't appear to be loaded in the live media since it returns "command not found" for both.
Curious, I still checked to see if the Debian live environment had the usr/sbin/thin_check binary. It doesn't. However, it does have the thin-provisioning-tools_0.7.6-2.1_amd64.deb package located at run/live/medium/pool/main/t/thin-provisioning-tools/
The package doesn't install though for lack of the libaio1 package and extracting all of its usr/sbin files like thin_check doesn't help anyways
Bugzilla has a thread for users of REAR with a comment that details how their media was omitting the necessary thing provisioning binaries and symlinks and what they did to fix it here: https://bugzilla.redhat.com/show_bug.cgi?id=1450667#c4
error : file "/boot/grub/i386-pc/normal.mod" not found
grub rescue >
Doing the clone via Acronis backup wouldn't boot either nor creating an Acronis image file and restoring from that.
Then I found this Proxmox wiki article: https://pve.proxmox.com/wiki/Recover_From_Grub_Failure
"vgscan" returned
Reading all the physical volumes. Found volume group "pve" using metadata type lvm2.
"vgchange -ay" returned
usr/sbin/thin_check: execvp failed: No such file or directory
WARNING: Check is skipped, please install the recommended missing binary usr/sbin/thin_check!
3 logical volume(s) in the group "pve" now active
I proceeded with the instructed commands to fix grub on the chance that binary isn't needed.
mkdir /media/RESCUE (executes fine)
mount /dev/pve/root /media/RESCUE/ (executes fine)
mount /dev/sda1 /media/RESCUE/boot (returns mount point does not exist)
mount -t proc proc /media/RESCUE/proc (mount point does not exist)
mount -t sysfs sys /media/RESCUE/sys (mount point does not exist)
mount -o bind /dev /media/RESCUE/dev (mount point does not exist)
Please clarify or provided updated GRUB instructions that apply to PVE 6.1-2 ??
Extra details that may not be necessary…
On the premise that the thin_check binary is necessary to recover GRUB I also attempted with the
debian-live ISO as suggested in the article. I used the latest 10.3.0. vgscan or vgchange don't appear to be loaded in the live media since it returns "command not found" for both.
Curious, I still checked to see if the Debian live environment had the usr/sbin/thin_check binary. It doesn't. However, it does have the thin-provisioning-tools_0.7.6-2.1_amd64.deb package located at run/live/medium/pool/main/t/thin-provisioning-tools/
The package doesn't install though for lack of the libaio1 package and extracting all of its usr/sbin files like thin_check doesn't help anyways
Bugzilla has a thread for users of REAR with a comment that details how their media was omitting the necessary thing provisioning binaries and symlinks and what they did to fix it here: https://bugzilla.redhat.com/show_bug.cgi?id=1450667#c4