[HN Gopher] Run FreeBSD 13.1 for ARM64 in QEMU on Apple Silicon ... ___________________________________________________________________ Run FreeBSD 13.1 for ARM64 in QEMU on Apple Silicon Mac with HVF Acceleration Author : codetrotter Score : 23 points Date : 2022-08-03 21:52 UTC (1 hours ago) (HTM) web link (gist.github.com) (TXT) w3m dump (gist.github.com) | jjtheblunt wrote: | What does this offer that BSD-mutant MacOS native on Apple | Silicon lacks? | mistrial9 wrote: | fewer strings attached? | Sunspark wrote: | For all the criticism MacOS gets, it can't be denied that it | actually is a certified Unix. | linguae wrote: | Certain features in FreeBSD are not available in Darwin, such | as ZFS and jails. Also, if you're doing software testing, it's | nice to be able to spin up a VM of the OS that you're testing | your software on. | xoa wrote: | > _such as ZFS_ | | FWIW, ZFS has actually been available on macOS for a long | time in various iterations (MacZFS, Z-410/ZEVO, and now | OpenZFS [0]). I ran it for around 11 years on a number of | systems with almost all of my data on it (home folder, | applications, /opt for MacPorts etc) and it was a tank. Fun | project and well worth checking out. I'll always regret the | various factors that meant Apple didn't adopt it as their | native FS. | | ---- | | 0: https://openzfsonosx.org/ | astrange wrote: | FreeBSD is a good server OS in various ways macOS isn't. | macOS's networking is good at being a cell phone more than a | server. | xoa wrote: | > _What does this offer that BSD-mutant MacOS native on Apple | Silicon lacks?_ | | The ability to test applications in a native FreeBSD | environment? This is just running another OS within macOS same | as one might run Windows or Linux images. It's useful for | development all on one system, certain kinds of isolated | deployments and so on. Also I use it for doing another layer of | runs of certain things before pushing out to deployment, you | can virtualize a router/firewall like OPNsense or VyOS for | example, load your live config, and experiment before sending | it out to metal. This is just someone playing around with yet | another way to do it. I use VMware myself right now on an x86 | Mac but there are lots of choices and it's nice to see more | stuff heading over to AS as well. | | From your comment though it's not clear to me if you're | confusing this with running an alternative OS on the metal, as | the Asahi Linux folks are working on? If that's what you were | thinking, then the answer would be that longer term having | Linux and FreeBSD on AS hardware could help extend its life | (Apple won't support them forever anymore then they do any | Macs), Mac Minis at least might be useful little appliance | systems (eyeballing numbers so far an M1 Mini could in | principle compare favorably as a firewall say to a lot of x86 | systems in the same power/heat/physical size), and of course | some people simply would prefer to stick to another OS they're | at home in but also like the Apple hardware. Nothing wrong with | that. | sitkack wrote: | This is super cool, but I see folks having problems with | networking. Maybe I'll try in a month. | codetrotter wrote: | Most of the comments are from past versions of the document. I | debated removing them but the issue with ping acting weird | remains so I decided to leave the comments for now. | | But networking in general appears to work, aside from the ping | strangeness. | | For example, using pkg to install packages works fine. | Likewise, portsnap fetch extract, and when you build packages | from ports the system is able to fetch over the network without | apparent issues. | | Edit: I cleaned up the comments on the gist a little, leaving | the ones that are still relevant (the ones about ping), while | removing some comments that were talking about problems that | are out of date. | sitkack wrote: | Cool. I'll give it a try then. | | I didn't even know you could remove comments on a gist. TIL. | IronWolve wrote: | When I saw qemu/utm on m1 mac, I was wondering how hard it would | be to run the same utm arm images on windows with qemu, | surprisingly, not bad. Hardest part was the missing documentation | to get everything working, as UTM is pretty automated on osx. ___________________________________________________________________ (page generated 2022-08-03 23:00 UTC)