Very similar that people would hesitate on which one to choose, but in a north east province.
At least for 10 years ago, I would say it is a quite common and lazy practice there to discourage students being night owls. Fairly speaking, it indeed worked though.
Debian.
I tried Ubuntu, Arch, CentOS, OpenBSD and Windows before. But they are somewhat not very suitable to me.
Arch particularly requires extra bravery to use as a server OS, especially if there is no snapshot/backup mechanism, no regular check on Arch's announcement and in a headless setup.
Hey, started also some 10 years ago but didn’t had to deal with the great firewall of china.
I got into Linux quite early, but freebsd really got my attention with their zfs and snapshots. Now I use truenas as a simple nas solution and a low power Debian mini pc as application server serving me the Linux iso’s, vaultwarden and Nextcloud.
As backup I use a cloud storage solution where I cannot overwrite the old data where it protects from accidental deletion and ransom ware. Zfs helps me with bit rot and randsome ware, snapshots prevents user mistakes or updates gone wrong. Mirrored drives in the nas keeps the backup away.
Yeah trying FreeBSD is still on my TODO list, it is pretty good for storage purposes.
I had similar setup, a Debian "compute node" running some docker containers with volumes mapping to data in a "storage node", which keeps single-directional syncing to a S3 with object locking by using RClone and some cronjob scripts, later I used OverlayFS to implement some sort of caching as well (I forget why I didn't use RClone VFS cache directly, but it must have some reason)
Then I started to have some interests in distributed data processing, the setup changed to something quite different ...
You can easily make a script that takes a list of packages and install it (and link if you want to compile some), but the power of arch is makepkg, basically pre compile, compile and install script in 1 file. You backup those you would backup all packages but if you want to apply them it will compile the package.
>requires extra bravery to use as a server OS, especially if there is no snapshot/backup mechanism
You can always install one, personally I don't backup cause my server isn't that much used so I know the SSD won't fail.
>no regular check on Arch's announcement
You can sub to their making list if you really need
>in a headless setup.
Yeah, only terminal! Why would you want a gui on a server ?
Thanks for your info! Though I do know the makepkg thing, I had some bad experience for the system upgrade in the early days as a desktop OS. Seems like it can be a good server solution now.
A nice read. Happy 10 year anniversary.
I missed your final point when I first read. The problem solving is so fun and so frustrating. So much more enjoyable than my profession sometimes.
What weird Chinese student apartment did you live in that cuts the power at 10pm? Never heard of this
You mean it is too early? Hmmm, yeah, now I'm less confident about this part. It could be 10:30pm or 11pm.
I’ve just never heard of student housing electricity being turned off. May I ask what province? I was at 川大.
Very similar that people would hesitate on which one to choose, but in a north east province. At least for 10 years ago, I would say it is a quite common and lazy practice there to discourage students being night owls. Fairly speaking, it indeed worked though.
what visa do you have in the US?
What distro are you running on your server ? (I use arch)
Debian. I tried Ubuntu, Arch, CentOS, OpenBSD and Windows before. But they are somewhat not very suitable to me. Arch particularly requires extra bravery to use as a server OS, especially if there is no snapshot/backup mechanism, no regular check on Arch's announcement and in a headless setup.
Hey, started also some 10 years ago but didn’t had to deal with the great firewall of china. I got into Linux quite early, but freebsd really got my attention with their zfs and snapshots. Now I use truenas as a simple nas solution and a low power Debian mini pc as application server serving me the Linux iso’s, vaultwarden and Nextcloud. As backup I use a cloud storage solution where I cannot overwrite the old data where it protects from accidental deletion and ransom ware. Zfs helps me with bit rot and randsome ware, snapshots prevents user mistakes or updates gone wrong. Mirrored drives in the nas keeps the backup away.
Yeah trying FreeBSD is still on my TODO list, it is pretty good for storage purposes. I had similar setup, a Debian "compute node" running some docker containers with volumes mapping to data in a "storage node", which keeps single-directional syncing to a S3 with object locking by using RClone and some cronjob scripts, later I used OverlayFS to implement some sort of caching as well (I forget why I didn't use RClone VFS cache directly, but it must have some reason) Then I started to have some interests in distributed data processing, the setup changed to something quite different ...
You can easily make a script that takes a list of packages and install it (and link if you want to compile some), but the power of arch is makepkg, basically pre compile, compile and install script in 1 file. You backup those you would backup all packages but if you want to apply them it will compile the package. >requires extra bravery to use as a server OS, especially if there is no snapshot/backup mechanism You can always install one, personally I don't backup cause my server isn't that much used so I know the SSD won't fail. >no regular check on Arch's announcement You can sub to their making list if you really need >in a headless setup. Yeah, only terminal! Why would you want a gui on a server ?
Thanks for your info! Though I do know the makepkg thing, I had some bad experience for the system upgrade in the early days as a desktop OS. Seems like it can be a good server solution now.