Path: ...!weretis.net!feeder6.news.weretis.net!i2pn.org!dodin.fr.nf!.POSTED.plouf.fr.eu.org!not-for-mail From: Pascal Hambourg 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: 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).