You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When installing DietPi Bookworm (UEFI) from the generic PC x86_64 ISO in a VM (in my case VMWare Workstation), it tries to detect the temperature of the CPU and prints an erroneous value to the console. See screenshot below.
I think it would be a good quality of life improvement if generic PC version of DietPI detected that it is running in a hypervisor on first boot. It can then minimally not try to detect the CPU temperature, or potentially even offer to install the applicable guest additions (open-vm-tools, qemu-agent, etc.)
I realize that the above is only an issue because I used the PC ISO instead of using the provided VMWare image. However, at least in my case, it was preferable to install from ISO.
The text was updated successfully, but these errors were encountered:
However, at least in my case, it was preferable to install from ISO.
I remember someone else had the same use case. ESXi can import OVA appliances, and Workstation Player/Pro can start VMX appliances. In which case is an installer image preferable? And was it necessary to have a UEFI image, or would MBR/BIOS work as well? We could generate those with true VM images embedded as well. It would then do all the things you asked for, like installing QEMU guest agent automatically on first boot, if it finds a QEMU communication node.
However, what you can do now is tell DietPi that this is a VM:
echo 20 > /etc/.dietpi_hw_model_identifier
And purge some packages which do not make sense on VMs:
Thank you for the detailed response and for the workarounds.
I mainly wanted to use an ISO installer because it's a convenient and familiar workflow, and because it would create a partition to occupy the entirety of the disk automatically, without having to manually do it later (or using dietpi-drive_manager). As for legacy vs UEFI, I don't think it matters here, It's just what I happened to be using.
When installing DietPi Bookworm (UEFI) from the generic PC x86_64 ISO in a VM (in my case VMWare Workstation), it tries to detect the temperature of the CPU and prints an erroneous value to the console. See screenshot below.
I think it would be a good quality of life improvement if generic PC version of DietPI detected that it is running in a hypervisor on first boot. It can then minimally not try to detect the CPU temperature, or potentially even offer to install the applicable guest additions (open-vm-tools, qemu-agent, etc.)
I realize that the above is only an issue because I used the PC ISO instead of using the provided VMWare image. However, at least in my case, it was preferable to install from ISO.
The text was updated successfully, but these errors were encountered: