Dans les services qui te reste, pour ce qui me concerne j'ai désactivé avahi sans problème.
Tu dois pouvoir désactiver gpm si tu n'a pas besoin de souris dans tes consoles.
J'imagine que tu dois pouvoir désactiver rc-local si tu n'utilises pas /etc/rc.d/rc.local. Mais à vérifier, ce n'est qu'une supposition.
Tu as désactivé nfs, tu dois pouvoir désactiver rpcbind à moins que tu utilises des rpc, mais vu tu as désactivé d'autres services concernant les rpc, ça doit être un oubli.
Tiens, gpm a fait son come-back ? Sur les versions précédentes, j'ai dû le rajouter.

Perso, je ne désactiverais pas rc.local parce que s'il est vide ou si le fichier n'existe pas le gain est nul.
Bon, j'ai testé la suppression de udev-settle.service, mais au redémarrage il réapparait...
En cherchant un peu, avec systemadm, j'ai vu que ce service était demandé par fedora-wait-storage.service, qui lui même est demandé par fedora-storage-init-late.service et fedora-storage-init.service, qui eux-mêmes sont demandé par local-fs.target, et ainsi de suite...

Je vais laissé comme ça, ne sachant pas à quoi je m'expose.

Pour avahi, je l'ai laissé car je me souvient que je l'avais désactivé il y a quelques versions de Fedora, et il y avait un truc (je ne me souviens plus quoi...) qui ne fonctionnai plus.

Et effectivement, j'ai bien oublié d'enlever rpcbind, c'est fait maintenant.

Pour rc-locals, j'ai quelque chose dedans.
[root@localhost ~]# systemd-analyze time
Startup finished in 1755ms (kernel) + 1208ms (initramfs) + 6501ms (userspace) = 9465ms

[root@localhost ~]# systemd-analyze blame
   878ms plymouth-start.service
   700ms udev-settle.service
   698ms fedora-storage-init.service
   280ms NetworkManager.service
   267ms rsyslog.service
   217ms avahi-daemon.service
   193ms lm_sensors.service
   145ms console-kit-log-system-start.service
   138ms systemd-logind.service
   130ms systemd-binfmt.service
   125ms sshd-keygen.service
   124ms auditd.service
   122ms udev-trigger.service
   119ms dbus.service
   115ms gpm.service
   114ms rc-local.service
   104ms fedora-storage-init-late.service
   103ms mcelog.service
    96ms irqbalance.service
    77ms acpid.service
    69ms remount-rootfs.service
    69ms sm-client.service
    68ms systemd-remount-api-vfs.service
    66ms fedora-loadmodules.service
    66ms systemd-readahead-replay.service
    56ms systemd-vconsole-setup.service
    56ms systemd-sysctl.service
    55ms media.mount
    54ms fedora-readonly.service
    54ms systemd-user-sessions.service
    47ms sys-kernel-debug.mount
    44ms fedora-wait-storage.service
    44ms home.mount
    41ms sendmail.service
    35ms dev-hugepages.mount
    29ms console-kit-daemon.service
    27ms dev-mqueue.mount
    26ms systemd-tmpfiles-setup.service
    23ms sys-kernel-security.mount
    13ms boot.mount
     9ms proc-sys-fs-binfmt_misc.mount
     6ms udev.service
     5ms rtkit-daemon.service
C'est pas pour dire mais 9 secondes de démarrage en dessous je vois pas l'utilité.
MarbolanGos wrote:C'est pas pour dire mais 9 secondes de démarrage en dessous je vois pas l'utilité.
9 secondes c'est vrai que c'est très rapide, mais je ne cherche pas la performance, plutôt à me débarrasser de ce qui ne m'est pas utile...
Maintenant je pense que j'ai été au bout de ce que je peux faire en toute sécurité...
VINDICATORs wrote:Perso je pense que ta fais le tour.
Moi aussi,
je passe en résolu
4 jours plus tard
Bonsoir.
Désolé de remonter ce sujet, mais je me pose une question : ou peut-on avoir une description (et l'utilité) des services lancés par Fedora ?
chepioq wrote:Bonsoir.
Désolé de remonter ce sujet, mais je me pose une question : ou peut-on avoir une description (et l'utilité) des services lancés par Fedora ?
Je suis justement en train de reprendre l'ancien tutoriel sur les services Fedora : http://doc.fedora-fr.org/wiki/Les_services_sous_Fedora.
Il était basé sur Fedora Core 6 ...
En gros, il me reste la partie description et utilité des services lancés (pile poil ce que tu demandes).

Par contre, c'est bientôt les fêtes. Je vais être occupé sur d'autres sujets :pint: :pint: :pint: :-P
En attendant, il est toujours possible de regarder dans ce même tutoriel car je n'ai pas supprimé l'ancien contenu qui décrivait quelques services.

Sinon, tu peux faire la commande 
systemctl -t service
qui te donnera la liste des services installés, leur état et une description (parfois succincte) en dernière colonne.
Merci, on verra après les fêtes, c'est quand même plus important...
5 jours plus tard
Vu que mon écran de boot était rempli d'erreur à cause de fedora-storage-init et fedora-wait-storage, je me suis dit que j'allais les enlever. Grâce à ce topic, je viens de comprendre pourquoi disable n'était pas suffisant ; donc comme un gros bourrin, je les ai supprimer de local-fs.target.wants. Au reboot, j'avais ultra peur pour ma partition LUKS, mais tout s'est passé comme des roulettes, boot plus rapide, plus aucun message d'erreur \o/

Plus qu'à dégager plymouth-quit-wait.service (vu que plymouth-start.service n'est jamais lancé...), et à regéner un initramfs plus léger (8sec chez moi pour le charger).

Edit: En fait, il semble que dans mon cas, avec ce que j'ai désactivé, le boot fonctionne une fois sur trois. Je vais voir si en réactivant udev-settle.service ça corrige le problème
Bouska wrote:
Edit: En fait, il semble que dans mon cas, avec ce que j'ai désactivé, le boot fonctionne une fois sur trois. Je vais voir si en réactivant udev-settle.service ça corrige le problème
Je ne pense pas que désactiver udev-settle.service soit une bonne idée.
Description de ce service : 
# This service is usually not enabled by default. If enabled, it
# acts as a barrier for basic.target -- so all later services will
# wait for udev completely finishing its coldplug run.
#
# If needed, to work around broken or non-hotplug-aware services,
# it might be enabled unconditionally, or pulled-in on-demand by
# the services that assume a fully populated /dev at startup. It
# should not be used or pulled-in ever on systems without such
# legacy services running.