i managed somehow to make it work but it is because i chose the container image and what happens is mawk didnt work and it didnt autopurge the apt packages.
when i tried to install mawk before installation, the same thing happens. it autopurges ifupdown and then it hangs and i have to reinstall the debian image.
yes i did. but it didn’t change much. my problem is not after the installation. its before.
the installation is sort of successful is because mawk wasn’t there so the apt autopurge command didnt run and delete ifupdown when i picked the Container Image selection. i already tried installing mawk before the installation and picking the same options and the result that it autopurges ifupdown resulting in a hang because the ssh connection is broken.
Just to avoid a misunderstanding. We are not able to support/guarantee our install script working on each and every VPS available on the market. For some, workarounds are needed.
no misunderstanding. i’m just letting you guys know my problem and hopefully there will be a solution to this. granted this workaround is not pretty rn but i hope in the future me or anyone else wouldnt encounter this.
A VPS is not a container but a VM. So choose “Virtual Machine” and all should be good.
The container ID is currently used by us in combination with systemd-container for software builds and tests. And this container engine by default uses the host’s network directly, hence does not need any own network stack. It is planned to add a selection or dedicated hardware ID for containers with own network stacks. But it would still not be working for a VPS, which requires a bootloader and a kernel, both removed and not required for container images.
The missing mawk is very strange. It is part of a debootstrap base installation, pulled in as (one of three possible) dependency of base-files and has “required” priority, so that it is never autoremoved. However, it can be indeed manually removed if either gawk or original-awk is installed, which both as well satisfy the base-files dependency. So we should install mawk explicitly and autoremove any of the other two, if installed. EDIT: Done: v8.19 · MichaIng/DietPi@745d09a · GitHub
Btw, the kernel seems to be pretty outdated and not the Debian kernel. The dietpi.com server itself was on an OpenVZ VPS in the past, so I am pretty sure it works very well with the Debian kernel, which is Linux 5.10 on Bullseye and 6.1 on Bookworm (which i would recommend now that it has been released).
Thank you for taking the time to fix the issue. i tried to install dietpi again on another OpenVZ VPS by different provider, but i got the same thing happened to me. this particular vps is idling as of now and i dont use them because they can’t open the fuse module in the kernel. i can provide the login to the vm panel and ssh login if you want to investigate further into this issue.
)