What feature?????
scratchandgame
I am too lazy to research it and still wondering.
The arch wiki wrote about linux-hardened. You can repeat what they say like a machine.
You cannot trust us doing researches for you.
I mean Chimera is using FreeBSD userland, and they expressed why GNU coreutils used by most distro have "problem". Since we are talking about BSD. (OpenBSD's userland is less in feature and it is cleaner)
(so that's bring an advantage in security lol)
While coreutils may seem lightweight enough to not cause any issues already, there are some specific reasons the system uses a BSD-derived userland. The primary one is probably that the code of the BSD versions is overall much cleaner and easier to read. There are no cursed components such as gnulib, the codebase is leaner, and more aligned with the project’s goals.
+1, but OpenBSD can enforce security (Linux have landlock, *san, ACL, MAC but cannot enforce them, while OpenBSD doesn't but can enforce pledge and unveil and even for some ports like chromium and firefox)
https://madaidans-insecurities.github.io/
But see Chimera Linux.
FreeBSD's boot speed is just behind arch a little bit (on HDD).
But Windows 8 (with fast startup) on an core 2 duo machine with 1G of RAM boot faster than any debian, ubuntu. (the boot speed decrease when you upgrade hardware lol :) )
I don't think firefox nor chromium is related to linux
ubuntu -> kali -> lubuntu -> debian -> rhel -> arch -> gentoo + alpine -> alpine (-> openbsd + freebsd)
I consider things not in brackets 100/100 trashes (alpine is 1/2, gentoo is 3/4), in experience (because they don't help me to learn anything, I'd take openbsd on platform that X11 support is broken, for example Alpha, than anything not in brackets on amd64. Of course, that should be a personal machine for learning.)
You can create either logical volume or physical partition, but make sure you have different partition for different mount point: /, /usr, /usr/local (keep small on linux), /var, /opt (if you use), /tmp (if you have little ram or don't want to use memory filesystem).
What do you mean by your comment.
I haven't said something about logical volumes vs physical partitions.
I've updated:
new:
UNIX’s removable filesystem is a BENEFIT, not a BUG. DOS and then Windows’ A: B: C: D: are BUG.
Why not take advantage of it. Microsoft always wanted a removable filesystem like UNIX. But they simply can’t get it.
(Those can't admit this advantage often say "Linux and Windows are almost identical"...)
In my opinion newbies should learn what is called sane defaults. It's a pity that almost every installer in the word except OpenBSD's disklabel(8) cannot properly do automatic partitioning.
And I don’t think having separate fixed size partitions like you suggested is a good idea for anyone on a desktop.
UNIX's removable filesystem is a BENEFIT, not a BUG. DOS and then Windows' A: B: C: D: are BUGS.
Why not take advantage of it. Microsoft always wanted a removable filesystem like UNIX. But they simply can't get it.
I would link another article that discuss about using a huge root partition for all: https://www.bsdhowto.ch/hugeroot.html
https://marc.info/?l=openbsd-misc&m=154054091026039&w=3
Avoid corrupting newbies' partition is a way to keep them with Linux.
Split the filesystem to more partition.
have a 1G /, 500M for /boot, have partitions for /usr, /usr/local (this isn't used on linux so keep it small), /var, /home, and /tmp if you have little ram. Otherwise use memory-based filesystem (tmpfs), for /tmp I allocate less than 1/4 of my RAM.
For partition size, refer to https://man.openbsd.org/disklabel.8#AUTOMATIC_DISK_ALLOCATION
Remember to keep /usr/local small on most distro (perhaps I will allocate 5G), and increase /usr, create /opt too to prevent the disaster and allocate it the size for /usr/local. Don't allocate all disk space, a 200G home is enough for most people and leave the rest unallocated. the formatting and fsck would be faster on smaller filesystem.
And if you find other "cache" location, try log out and rm -rf the location, if login doesn't break, I would mount tmpfs on that cache location too.
No it works. When on my windows 10 machine boots in < 15s. When off it takes a minute (HDD)