Page 2 sur 2

Re: [SSD] Pourquoi un démarrage toujours aussi lent

Publié : lun. 31 mars 2014, 21:52
par falke

Code : Tout sélectionner

[falke]$ tree /etc/systemd/system
/etc/systemd/system
|-- bluetooth.target.wants
|   `-- bluetooth.service -> /usr/lib/systemd/system/bluetooth.service
|-- dbus-org.bluez.service -> /usr/lib/systemd/system/bluetooth.service
|-- dbus-org.freedesktop.NetworkManager.service -> /usr/lib/systemd/system/NetworkManager.service
|-- dbus-org.freedesktop.nm-dispatcher.service -> /usr/lib/systemd/system/NetworkManager-dispatcher.service
|-- default.target.wants
|   |-- systemd-readahead-collect.service -> /usr/lib/systemd/system/systemd-readahead-collect.service
|   `-- systemd-readahead-replay.service -> /usr/lib/systemd/system/systemd-readahead-replay.service
|-- display-manager.service -> /usr/lib/systemd/system/slim.service
|-- getty.target.wants
|   `-- getty@tty1.service -> /usr/lib/systemd/system/getty@.service
|-- kexec.target.wants
|   `-- plymouth-kexec.service -> /usr/lib/systemd/system/plymouth-kexec.service
|-- multi-user.target.wants
|   |-- cronie.service -> /usr/lib/systemd/system/cronie.service
|   |-- cups.path -> /usr/lib/systemd/system/cups.path
|   |-- cups.service -> /usr/lib/systemd/system/cups.service
|   |-- minidlna.service -> /usr/lib/systemd/system/minidlna.service
|   |-- netctl-auto@service.service -> /usr/lib/systemd/system/netctl-auto@.service
|   |-- NetworkManager.service -> /usr/lib/systemd/system/NetworkManager.service
|   |-- ntpd.service -> /usr/lib/systemd/system/ntpd.service
|   |-- privoxy.service -> /usr/lib/systemd/system/privoxy.service
|   |-- remote-fs.target -> ../../../../usr/lib/systemd/system/remote-fs.target
|   `-- tor.service -> /usr/lib/systemd/system/tor.service
|-- network.target.wants
|   `-- NetworkManager-wait-online.service -> /usr/lib/systemd/system/NetworkManager-wait-online.service
|-- printer.target.wants
|   `-- cups.service -> /usr/lib/systemd/system/cups.service
|-- sleep.target.wants
|   `-- netctl-sleep.service -> /usr/lib/systemd/system/netctl-sleep.service
|-- sockets.target.wants
|   |-- cups.socket -> /usr/lib/systemd/system/cups.socket
|   `-- pcscd.socket -> /usr/lib/systemd/system/pcscd.socket
`-- system-update.target.wants
    `-- systemd-readahead-drop.service -> /usr/lib/systemd/system/systemd-readahead-drop.service

10 directories, 25 files
Salut, j'ai tenté en effet netctl mais pas du tout accroché. Ce peut que je n'ai pas désinstallé correctement..

Edit :

[falke]$ systemd-analyze
Startup finished in 2.540s (kernel) + 17.853s (userspace) = 20.393s

Je pense que c'est résolu :-) En fait j'ai désinstallé netctl qui avait été installé puis passé aux oubliettes.

Merci et désolé de vous avoir fait perdre du temps sur ce problème d'incompatibilité dont j'étais pourtant au courant.

Re: [SSD] Pourquoi un démarrage toujours aussi lent (résolu)

Publié : lun. 31 mars 2014, 22:29
par floflo77890
Tu n'était pas obligé de supprimer netctl le stopper suffisait.

Re: [SSD] Pourquoi un démarrage toujours aussi lent (résolu)

Publié : lun. 31 mars 2014, 22:35
par benjarobin
Attention, il te faut aussi supprimer les liens symboliques !

Code : Tout sélectionner

rm /etc/systemd/system/multi-user.target.wants/netctl-auto@service.service
rm /etc/systemd/system/sleep.target.wants/netctl-sleep.service
De plus je vois que tu utilises readahead, comme tu as un processeur peu puissant et avec peu de cache (un Atom) et un SSD je doute fortement de l'utilité de readahead. Je crains même que cela ralentisse ton démarrage.

Re: [SSD] Pourquoi un démarrage toujours aussi lent (résolu)

Publié : mar. 01 avr. 2014, 07:54
par falke
après avoir désactivé tous les services readahead et networkmanager.wait-online.service j'en arrive finalement à ça :

Code : Tout sélectionner

[falke]$ systemd-analyze
Startup finished in 2.562s (kernel) + 4.854s (userspace) = 7.417s
plutôt pas mal.

je ne sais pas s'il ya des services inutiles que je pourrais désactiver :

Code : Tout sélectionner

          3.109s NetworkManager.service
           466ms systemd-logind.service
           425ms colord.service
           389ms alsa-restore.service
           331ms systemd-binfmt.service
           230ms polkit.service
           216ms bluetooth.service
           183ms systemd-udev-trigger.service
           143ms systemd-vconsole-setup.service
           116ms udisks2.service
           109ms systemd-rfkill@rfkill1.service
           109ms systemd-hostnamed.service
           108ms systemd-rfkill@rfkill0.service
           105ms systemd-fsck@dev-disk-by\x2duuid-8b5c5aef\x2d35e1\x2d4c33\x2dab
            87ms tmp.mount
            79ms kmod-static-nodes.service
            67ms user@1000.service
            66ms systemd-remount-fs.service
            62ms systemd-journal-flush.service
            62ms sys-kernel-debug.mount
            60ms accounts-daemon.service
            58ms systemd-sysctl.service
            46ms upower.service
            43ms systemd-tmpfiles-setup-dev.service
            43ms dev-mqueue.mount
            39ms wpa_supplicant.service
            37ms dev-hugepages.mount
            36ms home.mount
            32ms systemd-random-seed.service
            32ms systemd-rfkill@rfkill2.service
            31ms systemd-update-utmp.service
            27ms sys-kernel-config.mount
            26ms ntpd.service
            23ms systemd-user-sessions.service
            22ms rtkit-daemon.service
            18ms proc-sys-fs-binfmt_misc.mount
            14ms systemd-backlight@backlight:acpi_video0.service
            12ms systemd-tmpfiles-setup.service
            10ms sys-fs-fuse-connections.mount
             9ms systemd-udevd.service
             8ms systemd-backlight@backlight:intel_backlight.service