Deutsch   English   Français   Italiano  
<srfb4m$hud$1@ns507557.dodin.fr.nf>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!weretis.net!feeder6.news.weretis.net!i2pn.org!dodin.fr.nf!.POSTED.plouf.fr.eu.org!not-for-mail
From: Pascal Hambourg <pascal@plouf.fr.eu.org>
Newsgroups: fr.comp.os.linux.configuration
Subject: Re: usrmege C'est quoi cette c*nnerie ?
Date: Sun, 9 Jan 2022 19:56:22 +0100
Organization: Le serveur de jdd pour fr*
Message-ID: <srfb4m$hud$1@ns507557.dodin.fr.nf>
References: <61da9d69$0$20276$426a34cc@news.free.fr>
 <61dac706$0$8909$426a34cc@news.free.fr>
 <61db1201$0$4980$426a74cc@news.free.fr>
NNTP-Posting-Host: c3066ed76bae8bcc0e476efb157ff758
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Sun, 9 Jan 2022 18:56:23 -0000 (UTC)
Injection-Info: ns507557.dodin.fr.nf; posting-host="plouf.fr.eu.org:213.41.155.166";
	logging-data="18381"; mail-complaints-to="news@ns507557.dodin.fr.nf"
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:78.0) Gecko/20100101
 Thunderbird/78.14.0
Content-Language: en-US
In-Reply-To: <61db1201$0$4980$426a74cc@news.free.fr>
Bytes: 2577
Lines: 23

Le 09/01/2022 à 17:49, Sergio a écrit :
> 
> Parce que à l'époque, on pouvait monter /usr sur un autre volume que /
> et /bin et /sbin regroupait les programmes "indispensables" si /usr 
> n'était pas montés...

Sauf qu'avec le temps il est devenu impossible en pratique de déterminer 
ce qui est "indispensable". Pour preuve, on peut trouver dans /bin ou 
/sbin des programmes liés à des bibliothèques qui sont dans /usr/lib, 
sans parler des programmes qui existent dans les deux. Par exemple avec 
des règles udev qui peuvent exécuter à peu près n'importe quoi n'importe 
quand y compris très tôt au démarrage et avant le montage des systèmes 
de fichiers définis dans /etc/fstab, il est illusoire de vouloir mettre 
tout ce qui est "indispensable" sur une racine sans /usr, sauf à y 
mettre beaucoup de choses ce qui la ferait grossir significativement et 
va à l'encontre de l'objectif initial.

La fusion d'usr prend acte de cet état de fait et rationnalise 
l'arborescence en conséquence. Certe cela pose quelques soucis 
techniques en particulier avec /usr séparé et impose notamment de monter 
/usr dès l'initramfs avant de lancer init (et donc d'utiliser un 
initramfs), mais en pratique un initramfs est déjà indispensable dans de 
nombreux cas et il y avait déjà des raisons de monter /usr dans 
l'initramfs avant la fusion (cf. ci-dessus).