Closed PF94 closed 2 years ago
Did you try removing duckOS.img
and re-running the script? The partition table could be corrupted in the existing image or something.
Additionally, I'd recommend clearing your build folders and re-building the toolchain if you haven't already.
it now works but qemu doesn't show up at all?
Anything interesting in the console? Is it running, or does it exit immediately? Can you run qemu-system-x86_64 directly in the terminal (with no arguments)?
Anything interesting in the console? Is it running, or does it exit immediately? Can you run qemu-system-x86_64 directly in the terminal (with no arguments)?
it does run and it doesn't freeze at the hard drive part (unlike #11)
Interesting. I am on Arch, and I just upgraded qemu and it stopped working for me as well :thinking:
For me at least, the issue was that it was booting, but Pond wasn't setting up the display correctly. This turned out to be due to the gettimeofday
syscall in the kernel being implemented with timespec
instead of timeval
, causing a buffer overflow. And it didn't decide to cause issues until now for some reason.
well for me the issue is that qemu's display is outputting as a VNC.
the vnc output issue is fixed by installing qemu-ui-gtk.
I ditched Ubuntu 20.04 in favor of Arch due to problems with installing Wine and now I can't make the image file for duckOS via
make image
. Searching everywhere yields irrelevant results regarding things like Ubuntu installation and partitioning. I know this is not the right place but I am not comfortable with trying to ask this on the Arch forums.Fdisk claims that this is an "Inappropriate ioctl for device", which I can't find any fixes for on Google that isn't related to Perl/Bash scripts.