On Mon, 29 Jun 2026 11:32:17 +0200, Didier wrote in message
<c7457ae3-1127-4a38-a58f-75b3e61045cd@???>:

> Le 27/06/2026 à 20:50, Arnt Karlsen a écrit :
> > On Sat, 27 Jun 2026 11:11:24 +0200, Didier wrote in message
> > <a340aafe-183b-466d-93bb-c50032c60f77@???>:
> >
> >> Le 27/06/2026 à 03:06, Arnt Karlsen a écrit :
> >>> ..usrmerge_is_ a problem for anyone who e.g. tries to build a
> >>> NFS server feeding /usr and /home to a bunch of network booted
> >>> thickned thin clients
> >>     I would question the need to feed /usr .
> > ..for a wee handful of recent laptops, "me 2." ;o)
> >
> > ..for something "bigger", say with dozens of desktops and ditto
> > servers, it starts making sense to keep things uniform.
> >
>     Well, if the dozens of  desktop have a distro installed, this
> distro manages packages in pretty all directories,

...which works aaall fine until you find yourself dis-agreeing
with said distro...

> even without the
> usrmerge: /bin, /sbin, /usr, /etc, /var; and all must be in sync
> dpkg-wise. How do you maintain the installation of all these systems
> if they don't own /usr? I've never done that. Instead I ran diskless
> hosts with the whole OS feeded by a NAS.

..which I gather you booted off your pxe style net boot server
feeding /usr et al ro over nfs and serving /home rw over nfs to
your NAS and logging "remotely" to your lan log server over nfs,
which means you only need to support 6 basic boxes, the deployed
staff server, the fallback staff server, the next staff server,
the staff support staff servers, your own admin box, the
infrastructure servers that feeds firewalls, boot servers, time,
samba, nfs, mail, web, database, source mirror, build servers etc
services you may need to serve businesses of any size.

..or, did you use samba?

..me, I've only played with Cluster-Knoppix, Mosix and build
slave distros, waaay back.

--
..med vennlig hilsen = with Kind Regards from Arnt Karlsen
...with a number of polar bear hunters in his ancestry...
Scenarios always come in sets of three:
best case, worst case, and just in case.