"De plus, s'il est possible de déplacer une partie de rc.sysinit dans /etc/init.d sans perte de fonctionnalité, ça sera fait. Mais, par exemple, déplacer l'init de usb dans /etc/init.d est une mauvaise idée (comment faire un fsck par exemple). Idem pour raid."
Tu n'as pas compris, c'est pas parce que les fichier sont dans init.d que ca se lance comme les autres services. Comme sous Debian, c'est un autre fonctionnement. Et il n'y pas de perte de fonctionnalité.
Apres, le fait de pouvoir virer quelques parties permet sur de tres vieille babasse de gagner un temps precieux au boot ;) Surtout pour le pc de saisie de note de la secretaire qui trouve deja mozilla long a se lancer, alors si en plus le boot est long... :)
Mais la n'est pas mon argument principal, il s'agit d'abord d'un probleme de clarté. Suse n'offre aucun outils autre que rm pour virer les liens de boot.* dans /etc/init.d/boot.d (sous debian /etc/rcS.d).
Debian offre cette possibilité via la commande update-rc.d.
"et que les fichiers sont toujours inclus (cas c'est la volonté de RedHat), ça ne change rien par rapport à un "gros" fichier."
Si, la clarté. Si je te code un prog avec une fonction de 800 lignes dans un fichier et un autre avec 80 fonctions de 10 lignes dans 30 fichiers, lequel est le plus clair ? :)
Et ton argument : " Red Hat ne veux pas qu'une partie seulement ou quelques parties au chois de l'utilisateur soient initialisées." est vraiment moisi! Le mec qui s'interresse au boot de la redhat, c'est qu'il en a besoin et qu'il sait ce qu'il fait ;)
[^] # Re: Conseils ?
Posté par gnumdk (site web personnel) . En réponse à la dépêche Sortie de la version 4 de ReiserFS. Évalué à 2.
Tu n'as pas compris, c'est pas parce que les fichier sont dans init.d que ca se lance comme les autres services. Comme sous Debian, c'est un autre fonctionnement. Et il n'y pas de perte de fonctionnalité.
Apres, le fait de pouvoir virer quelques parties permet sur de tres vieille babasse de gagner un temps precieux au boot ;) Surtout pour le pc de saisie de note de la secretaire qui trouve deja mozilla long a se lancer, alors si en plus le boot est long... :)
Mais la n'est pas mon argument principal, il s'agit d'abord d'un probleme de clarté. Suse n'offre aucun outils autre que rm pour virer les liens de boot.* dans /etc/init.d/boot.d (sous debian /etc/rcS.d).
Debian offre cette possibilité via la commande update-rc.d.
"et que les fichiers sont toujours inclus (cas c'est la volonté de RedHat), ça ne change rien par rapport à un "gros" fichier."
Si, la clarté. Si je te code un prog avec une fonction de 800 lignes dans un fichier et un autre avec 80 fonctions de 10 lignes dans 30 fichiers, lequel est le plus clair ? :)
Et ton argument : " Red Hat ne veux pas qu'une partie seulement ou quelques parties au chois de l'utilisateur soient initialisées." est vraiment moisi! Le mec qui s'interresse au boot de la redhat, c'est qu'il en a besoin et qu'il sait ce qu'il fait ;)