![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://lemmy.ml/pictrs/image/2QNz7bkA1V.png)
phew! good thing I still have a few 386sx AMI BIOS boards handy. no ones shopping around zero days on those anymore, right?
…just this guy, you know.
phew! good thing I still have a few 386sx AMI BIOS boards handy. no ones shopping around zero days on those anymore, right?
understood. tinycore is a live installable distro, so you can still test it on bare metal.
pick the GUI flavor and kick the tires for a while.
the repos are browsable inside the package manager - I would imagine they are browsable outside as well, but I have never had cause to do so.
honestly, give tinycore a shot. fire it up in a VM and take a look around - it really is an amazingly useful distro.
damn skippy, it counts. 👍
if the install had finished and the installer was simply reading the flash drive to clean itself up, unmount filesystems and reboot, then chances are you are fine. However, as a personal rule I never allow an installation to go into production if there were any unexpected anomalies during installation. its just not worth the risk.
well, perhaps. but there are a plethora of escape routes if/when it gets too bad for them.
hey, windows users… your OS actively hates you!
that is all.
I understand caution when approaching things like secure boot - it can absolutely be abused by monopolies. however… barring inherent or implementation flaws and ensuring that signing keys are under user control it conceptually (and practically) allows for some useful things.
but she will be optimised for your hardware!
agreed. EXT4 for system, XFS for everything else (mostly large VM image files). when XFS is properly configured for the underlying drive array geometry, its a nearly perfect streamlined FS.
ZFS hits memory hard and sometimes can bring out latent deficiencies in that hardware. on non-optimal hardware its a bit of a hardware torture test in its own right.
having said that, EXT4 and XFS are wonderful unless you need zfs/btrfs.
if you are self hosting and enjoy over-engineering systems… VLANS, ACLs between subnets and IDS/IPS should be part of.your thinking. separate things into zones of vulnerability / least-privilege and maintain that separation with an iron fist. this is a great rabbit hole to fall down if you have the time. however, given a skilled adversary with enough time and money, any network can be infiltrated eventually. the idea is to try to minimize the exposure when it happens.
if the above is not a part of your daily thinking, then don’t worry about it too much. use a production OS like Debian stable, don’t expose ports to the public internet and only allow systems that should initiate communication to the internet to actually do so (preferably only on their well known protocol ports - if possible).
yeah. that bullshit is long gone and buried.
this is a great bit of advice here. KVM with GPU passthrough is magical when you get it working. excellent comment.
but every API change brings it closer to perfection! cant stop, wont stop!
the API change high is such a rough addiction to break.
I believe this company used to sell MP3 players about 20 years ago. I had several and they were all actually pretty decent products at the time. if its the same company I am rather sad that it may have devolved into some sort of scam.
Big Traffic Cone is coming for you
damn me if this is not the best Brand New Sentence I have seen in a long time. congrats!
heh, forgot about the standalone web server in certbot. thats a good ephemeral option.
Abort
reTry
Fail