91–100 of 138 posts
Earlier quoted context omitted.
Read further down. DFU prevents bricking.
Yes, just got to that part, thanks. Investigating DFU, apparently it needs a second laptop to bootstrap it, like a mobile device. I don't like the idea, but it won't happen often, hmm.
For any HN users struggling to read, blocking Google Fonts or Fontawesome absolutely demolishes the website.
Earlier quoted context omitted.
Here's an explanation with graphics: https://bombich.com/kb/ccc5/working-apfs-volume-groups However, if you've used ZFS, APFS containers are essentially identical to the concept of a ZFS dataset.
No, this is inside-out. APFS containers are the partitions, and the APFS volumes live within them. ZFS datasets don't live on the partition table but within a ZFS filesystem. Your link makes this clear as well. (When I tried to go from memory I wrote it out backwards at first, too.)
For example, if you create a 'data' ZFS dataset that uses some storage device (which will be mounted to /data and contain a ZFS filesystem), then 'data' is the root ZFS dataset for that associated storage.
And if you then create a 'data/stuff' ZFS dataset, then the /data/stuff directory is a separate ZFS filesystem that shares the same underlying storage as the 'data' ZFS dataset.
This is also why the root ZFS dataset (e.g., 'data') is always displayed separately in the output of the 'zfs list' command (which displays all datasets on the system).
An APFS container is like the root ZFS dataset (e.g., 'data'), and the APFS volumes within this APFS container are like the ZFS datasets within the root ZFS dataset (e.g., 'data/stuff'). However, unlike ZFS (which can create a single dataset from virtually any number of devices/partitions/files), APFS containers are normally just created from a single big partition (slice) on the Apple SSD. And because APFS containers aren't just partitions, you can't just delete the container using 'diskutil erasevolume' - you must instead use 'diskutil apfs deleteContainer'.
Is anyone aware of plans to port Asahi changes to make other linux distros, i.e. Ubuntu, and others, to be able to run without additional setup on M1 Macs?
Asahi changes are being done in such a way as to be upstreamable, at which point any kernel derived off of mainline will pick up their fixes, so eventually detault Ubuntu will run on Apple Silicon. Expect a custom kernel that can be setup with a bit of work before then though.
Would Asahi linux on an apple laptop be the best Linux laptop experience these days for someone who prioritizes fanlessness? It seems the other ARM option is the ThinkPad X13s, which presumably has lower performance. Anyone have experience running linux on these machines and can compare the experience and hardware compatibility?
Earlier quoted context omitted.
Fedora is definitely a great distro that I've used a lot in the past. However, there are two main caveats from my POV: 1. The release of a version every six months. (I would prefer at least a yearly release for being sure that things are gonna be matured enough) 2. The fact that Red Hat is behind. (At this point, having seen the CentOS debacle, I don't trust them long term that much)
Re point #1; ``dnf system-upgrade'' just works.
Would Asahi linux on an apple laptop be the best Linux laptop experience these days for someone who prioritizes fanlessness? It seems the other ARM option is the ThinkPad X13s, which presumably has lower performance. Anyone have experience running linux on these machines and can compare the experience and hardware compatibility?
I think so, X13s can become extremely hot and are slower. Only things still lacking for single machine use is speakers, microphone and webcam: https://github.com/AsahiLinux/docs/wiki/Feature-Support
Would Asahi linux on an apple laptop be the best Linux laptop experience these days for someone who prioritizes fanlessness? It seems the other ARM option is the ThinkPad X13s, which presumably has lower performance. Anyone have experience running linux on these machines and can compare the experience and hardware compatibility?
I think so, X13s can become extremely hot and are slower. Only things still lacking for single machine use is speakers, microphone and webcam: https://github.com/AsahiLinux/docs/wiki/Feature-Support
Earlier quoted context omitted.
Having used Arch heavily in the past, “better things to do” is heavily at odds with “using arch”
Doesn't match my experience at all. I love that packages are always up to date. Also, in my experience, having a rolling release cycle leads to significantly fewer issues than having to upgrade everything at once. Using Arch has been a net time saver for me compared to something like Ubuntu where I've wasted a lot of time fighting package upgrade issues and trying to get newer package versions than the distro provide…