J'ai fais exprès de ne pas lire le lien pour simplement réagir sur la forme.
Ce que j'en pense est que systemd a vouloir tout gérer dès le début me semble avoir un problème de conception s'il est aussi rigide. Il me semble normal qu'une partie du système ne soient pas monté au tout début (/usr ou autre (des services sous /srv...)). Si des programmes ont besoin de /usr, soit il faut les démarrer plus tard, soit il faut déplacer les dépendances de /usr vers /, soit il faut que le service se lance en mode dégradés puis se recharge au fur et à mesure des montages.
L'ordre de montage et le lancement des services a toujours été un jeu subtil (bidouille _netdev dans fstab...). Une bonne archi doit pouvoir gérer cela. Je ne dis pas que c'est simple !
Peut être systemd avec dbus et tout le tralala est un peu gros pour être le job 1... Pourquoi pas un systemd minimal qui au fur et à mesure du boot chargerait des greffons ?
[^] # Re: Grosse connerie
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche /usr friendly. Évalué à 3.
J'ai fais exprès de ne pas lire le lien pour simplement réagir sur la forme.
Ce que j'en pense est que systemd a vouloir tout gérer dès le début me semble avoir un problème de conception s'il est aussi rigide. Il me semble normal qu'une partie du système ne soient pas monté au tout début (/usr ou autre (des services sous /srv...)). Si des programmes ont besoin de /usr, soit il faut les démarrer plus tard, soit il faut déplacer les dépendances de /usr vers /, soit il faut que le service se lance en mode dégradés puis se recharge au fur et à mesure des montages.
L'ordre de montage et le lancement des services a toujours été un jeu subtil (bidouille _netdev dans fstab...). Une bonne archi doit pouvoir gérer cela. Je ne dis pas que c'est simple !
Peut être systemd avec dbus et tout le tralala est un peu gros pour être le job 1... Pourquoi pas un systemd minimal qui au fur et à mesure du boot chargerait des greffons ?