Matěj Cepl wrote:
John Paul Adrian Glaubitz píše v Út 05. 01. 2021 v 17:17 +0100:
That means you are also separating /home, /etc and /root from each other, aren't you?
I mostly like Ludwig’s thoughts with one exception: pushing /home down the /var hierarchy. From the backup point of view, I view /var and /home as two radical different topics. /home is something which must be preserved under any conditions, /var is something which varies from “I don’t care at all” to “it would be nice to have preserved”. Perhaps some semi-valuable parts of the /var hierarchy should be moved somewhere more appropriate
What to backup certainly adds another dimension to the problem and needs a closer look. I left it out intentionally for now as I had the feeling it opens another can of worms that leads to revamping the /var hierarchy too. After all /var contains both primary data that is eligible (eg a postgres database) and secondary data (caches, logs) that you normally wouldn't back up. The point really is to avoid having all those different locations for special use cases and concentrate on their actual purpose, ie to store your data. Let's be honest what's the point of saving a drawing you made and in ~/Documents, writing a php app in /srv (stores it's data in /var/lib/pgsql though), dropping a shell script in /usr/local/bin, and installing that outdated, proprietary printer driver in /opt? If it was eg Android you'd probably put all of that on your sdcard. So that's why I suggest to symlink /home, /root, /opt, /srv and /usr/local into a subdir of /var by default. That should be all we need for the generic case. Specific use cases where you ie the admin knows that certain locations need special handling you can still override that. So would be perfectly fine to eg mount your /home on your laptop from a different, encrypted disk. A university workstation could mount /usr/local or /opt via nfs for site specific software. Or a cluster node that has /srv for some local storage etc etc. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.com/ SUSE Software Solutions Germany GmbH, GF: Felix Imendörffer HRB 36809 (AG Nürnberg)