Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 18/02/2017, à 12:33

Finkelstein

[Resolu] demarrage lent malgré l'OS sur un SSD

Bonjour a tous,
Je crois que j'ai fait une petite boulette que je ne sais pas comment résoudre :

Mon système est composé de 3 disques dur
- 1 SSD de 64G ou est installé ubuntu
- un HDD de 75G ou est installé mon /home
- un HDD de 320G pour du stockage

Lorsque j'ai fait mon install sur le SSD, je l'ai fait comme pour une install sur un HDD c'est a dire que j'ai fait une partition swap puis au fur et a mesure j'ai lu différent truc et notamment qu'il ne faut pas swapper sur un SSD.
J'ai donc suivi ce tuto : [url=[modéré : pas d’auto-pub, merci]/][modéré : pas d’auto-pub, merci]/[/url], pour ne plus swapper. Jusque la pas de problèmes.

Etant donné que j'avais passé ma swappiness a 0, je me suis dit que je n'avais plus besoin de ma partition swap, je l'ai donc supprimer avec Gparted (en laissant non alloué l'espace rendu disponible).
Malheureusement, depuis que j'ai fait ça, le démarrage qui était très rapide avant est maintenant devenu très lent.

J'ai l'impression que mon système ne sait plus ou trouver la partition de démarrage et donc il cherche un peu partout jusqu’à la trouver ce qui prend du temps.
J'ai mis un drapeau "boot" sur la partition qui contient l'OS mais ça ne change rien.
Pour info, la partition de swap que j'ai supprimée était la partition sda1.

Pouvez vous m'aider ?

Merci d'avance

Dernière modification par Finkelstein (Le 19/02/2017, à 19:35)

Hors ligne

#2 Le 18/02/2017, à 12:53

Compte anonymisé

Re : [Resolu] demarrage lent malgré l'OS sur un SSD

Si ta partition était sda1, il est possible que les autres partitions ont été renommées (sda2 qui devient sda1) et donc il va chercher les informations dans la mauvaise partition. Mais dans ce cas, il ne devrait pas booter du tout.

Pour qu'on puisse identifier la cause du démarrage lent peut-tu nous transmettre le résultat de cette commande ?

systemd-analyze blame

Pour qu'on puisse voir plus en détail l'architecture de tes disques :

sudo fdisk -l
mount

ainsi que ta version d'Ubuntu :

lsb_release -a

Après t'en fait pas pour ta partition d'échange si elle est ou pas sur ton SSD ainsi que les réglages de "swappiness", cela relève plus du mythe qu'autre chose...

#3 Le 18/02/2017, à 12:53

Cyralien

Re : [Resolu] demarrage lent malgré l'OS sur un SSD

Bonjour,

As-tu commenté la ligne concernant la swapp, dans ton fichier /etc/fstab ?

Hors ligne

#4 Le 18/02/2017, à 12:58

Finkelstein

Re : [Resolu] demarrage lent malgré l'OS sur un SSD

Cyralien a écrit :

Bonjour,

As-tu commenté la ligne concernant la swapp, dans ton fichier /etc/fstab ?

Je viens de verifier et, oui, la ligne est commentée

Hors ligne

#5 Le 18/02/2017, à 13:02

Finkelstein

Re : [Resolu] demarrage lent malgré l'OS sur un SSD

alors le retour de la commande systemd-analyse

6.669s NetworkManager-wait-online.service
          1.131s dev-sda5.device
           393ms nmbd.service
           365ms apparmor.service
           346ms samba-ad-dc.service
           313ms systemd-fsck@dev-disk-by\x2duuid-151f7cc8\x2d5914\x2d425b\x2d9a
           242ms console-setup.service
           236ms NetworkManager.service
           203ms smbd.service
           172ms ModemManager.service
           164ms keyboard-setup.service
           160ms accounts-daemon.service
           134ms systemd-timesyncd.service
           107ms thermald.service
           103ms systemd-logind.service
           103ms grub-common.service
            97ms systemd-tmpfiles-setup-dev.service
            96ms systemd-udev-trigger.service
            88ms apport.service
            88ms systemd-journald.service
            86ms upower.service
            85ms irqbalance.service
            70ms systemd-tmpfiles-clean.service
lines 1-23...skipping...
          6.669s NetworkManager-wait-online.service
          1.131s dev-sda5.device
           393ms nmbd.service
           365ms apparmor.service
           346ms samba-ad-dc.service
           313ms systemd-fsck@dev-disk-by\x2duuid-151f7cc8\x2d5914\x2d425b\x2d9a
           242ms console-setup.service
           236ms NetworkManager.service
           203ms smbd.service
           172ms ModemManager.service
           164ms keyboard-setup.service
           160ms accounts-daemon.service
           134ms systemd-timesyncd.service
           107ms thermald.service
           103ms systemd-logind.service
           103ms grub-common.service
            97ms systemd-tmpfiles-setup-dev.service
            96ms systemd-udev-trigger.service
            88ms apport.service
            88ms systemd-journald.service
            86ms upower.service
            85ms irqbalance.service
            70ms systemd-tmpfiles-clean.service
            67ms speech-dispatcher.service
lines 1-24...skipping...
          6.669s NetworkManager-wait-online.service
          1.131s dev-sda5.device
           393ms nmbd.service
           365ms apparmor.service
           346ms samba-ad-dc.service
           313ms systemd-fsck@dev-disk-by\x2duuid-151f7cc8\x2d5914\x2d425b\x2d9a1c\x2d65f353e2f30e.service
           242ms console-setup.service
           236ms NetworkManager.service
           203ms smbd.service
           172ms ModemManager.service
           164ms keyboard-setup.service
           160ms accounts-daemon.service
           134ms systemd-timesyncd.service
           107ms thermald.service
           103ms systemd-logind.service
           103ms grub-common.service
            97ms systemd-tmpfiles-setup-dev.service
            96ms systemd-udev-trigger.service
            88ms apport.service
            88ms systemd-journald.service
            86ms upower.service
            85ms irqbalance.service
            70ms systemd-tmpfiles-clean.service
            67ms speech-dispatcher.service
            64ms plymouth-start.service
            64ms ondemand.service
            64ms gpu-manager.service
            61ms gdomap.service
            60ms systemd-modules-load.service
            58ms mono-xsp4.service
            57ms lightdm.service
            48ms networking.service
            47ms colord.service
            40ms dev-mqueue.mount
            37ms systemd-sysctl.service
            37ms ureadahead-stop.service
            36ms sys-kernel-debug.mount
            35ms dev-hugepages.mount
            35ms rsyslog.service
            33ms systemd-journal-flush.service
            33ms systemd-udevd.service
            31ms binfmt-support.service
            30ms udisks2.service
            30ms systemd-tmpfiles-setup.service
            24ms user@1000.service
            22ms alsa-restore.service
            19ms kmod-static-nodes.service
            19ms ufw.service
            19ms home.mount
            19ms polkitd.service
            14ms systemd-user-sessions.service
            14ms plymouth-read-write.service
            14ms snapd.autoimport.service
            14ms pppd-dns.service
            14ms systemd-update-utmp.service
            13ms systemd-remount-fs.service
            13ms avahi-daemon.service
             9ms nvidia-persistenced.service
             9ms dns-clean.service
             5ms resolvconf.service
             4ms proc-sys-fs-binfmt_misc.mount
             4ms rtkit-daemon.service
             3ms systemd-update-utmp-runlevel.service
             2ms sys-fs-fuse-connections.mount
             2ms plymouth-quit-wait.service
             2ms systemd-random-seed.service
             2ms setvtrgb.service
             2ms rc-local.service
             1ms snapd.socket
             1ms openvpn.service

Le resultat de fdisk -l

Disque /dev/ram0 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram1 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram2 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram3 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram4 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram5 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram6 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram7 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram8 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram9 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram10 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram11 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram12 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram13 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram14 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/ram15 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/sda : 59,6 GiB, 64023257088 octets, 125045424 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000aae8f

Périphérique Amorçage   Start       Fin  Secteurs  Size Id Type
/dev/sda2             7860222 125044735 117184514 55,9G  5 Étendue
/dev/sda5    *        7860224 125044735 117184512 55,9G 83 Linux


Disque /dev/sdb : 69,3 GiB, 74355769344 octets, 145226112 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000cb897

Périphérique Amorçage Start       Fin  Secteurs  Size Id Type
/dev/sdb1              2048 145225727 145223680 69,3G 83 Linux


Disque /dev/sdc : 298,1 GiB, 320072933376 octets, 625142448 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x3fb1b821

Périphérique Amorçage Start       Fin  Secteurs   Size Id Type
/dev/sdc1                63 625139423 625139361 298,1G 83 Linux

et ma version :

No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 16.04.2 LTS
Release:	16.04
Codename:	xenial

Hors ligne

#6 Le 18/02/2017, à 13:03

Cyralien

Re : [Resolu] demarrage lent malgré l'OS sur un SSD

Plus qu'a donné le retour des commandes d'Anonyme68.
Et puis aussi :

sudo blkid

Hors ligne

#7 Le 18/02/2017, à 14:15

Finkelstein

Re : [Resolu] demarrage lent malgré l'OS sur un SSD

retour de blkid :

/dev/sda5: UUID="bf2b76bf-27a3-4972-85d0-1a471f85b187" TYPE="ext4" PARTUUID="000aae8f-05"
/dev/sdb1: UUID="151f7cc8-5914-425b-9a1c-65f353e2f30e" TYPE="ext4" PARTUUID="000cb897-01"
/dev/sdc1: LABEL="Data" UUID="e915e6ad-6cc2-4d69-8f9f-c02b13972a55" TYPE="ext4" PARTUUID="3fb1b821-01"

Hors ligne

#8 Le 18/02/2017, à 17:21

Cyralien

Re : [Resolu] demarrage lent malgré l'OS sur un SSD

Il faudrait aussi le retour de :

mount
cat /etc/fstab

Hors ligne

#9 Le 18/02/2017, à 17:38

Finkelstein

Re : [Resolu] demarrage lent malgré l'OS sur un SSD

ok
mount

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=1945416k,nr_inodes=486354,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=400352k,mode=755)
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (rw,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event,release_agent=/run/cgmanager/agents/cgm-release-agent.perf_event)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset,clone_children)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb,release_agent=/run/cgmanager/agents/cgm-release-agent.hugetlb)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids,release_agent=/run/cgmanager/agents/cgm-release-agent.pids)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=28,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/sdb1 on /home type ext4 (rw,relatime,data=ordered)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
cgmfs on /run/cgmanager/fs type tmpfs (rw,relatime,size=100k,mode=755)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=400352k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/dev/sdc1 on /media/steyph/Data type ext4 (rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks2)

/etc/fstab

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb5 during installation
UUID=bf2b76bf-27a3-4972-85d0-1a471f85b187 /               ext4    errors=remount-ro 0       1
# /home was on /dev/sda1 during installation
UUID=151f7cc8-5914-425b-9a1c-65f353e2f30e /home           ext4    defaults        0       2
# swap was on /dev/sdb1 during installation
UUID=e26ed7b1-32a9-4dbe-8895-880096727dca none            swap    sw              0       0

C'est bizarre, j'ai l'impression que mon fichier fstab n’était pas comme ça la première fois que tu m'as demandé de regarder, comme je te l'ai dit, la ligne pour la swap était commentée.
Et en plus les commentaires sur les points de montage ne sont pas en accord avec la commande "blkid" que tu m'as demandé plus haut.

Dernière modification par Finkelstein (Le 18/02/2017, à 17:43)

Hors ligne

#10 Le 18/02/2017, à 18:03

Cyralien

Re : [Resolu] demarrage lent malgré l'OS sur un SSD

Commente la dernière ligne de ton fstab. Et redémarre.
Tu as combien de RAM sur ton PC.
De plus, la swapp est obligatoire pour l'hibernage de la machine.

Edit : pourquoi avoir mis ton home sur un HDD alors que tu as root sur un SSD ?

Dernière modification par Cyralien (Le 18/02/2017, à 18:16)

Hors ligne

#11 Le 19/02/2017, à 14:56

Finkelstein

Re : [Resolu] demarrage lent malgré l'OS sur un SSD

Cyralien a écrit :

Commente la dernière ligne de ton fstab. Et redémarre.
Tu as combien de RAM sur ton PC.
De plus, la swapp est obligatoire pour l'hibernage de la machine.

Edit : pourquoi avoir mis ton home sur un HDD alors que tu as root sur un SSD ?

J'ai 4gb de RAM sur mon PC
Et j'ai mis mon home sur un HDD parce que mon SSD ne fait que 64G et qu'en cas de reinstallation du systeme, je me dis que je pourrais recuperer mon home facilement.
Ce ne sont que des idees, je ne sais pas si je fais bien.

Pour la manip que tu m'as fais faire sur fstab, ça fonctionne : ça va plus vite, par contre j'ai quand même l'impression que c'est moins rapide qu'avant que je fasse ma boulette.
Je me demande si faire la procédure inverse de ma boulette (c.a.d reformater la partition laissée inutilisée en swap) ne me ferait pas revenir a la normale ?

Dernière modification par Finkelstein (Le 19/02/2017, à 15:07)

Hors ligne

#12 Le 19/02/2017, à 17:17

Cyralien

Re : [Resolu] demarrage lent malgré l'OS sur un SSD

Personnellement, mon home est sur le SSD et les données sur un HDD. Chacun fait comme il veut.....

Refaire la procédure inverse, n'est pas une bonne idée même si cela est possible.
Sur un SSD, c'est bien d'avoir de l'espace libre.

Avec 4 Go de RAM, tu peux te passer de swap, mais attention si tu fais du traitement lourd ( montage vidéo, etc ).

Si tu veux remettre une swap, tu peux aussi la mettre sur un HDD.

Hors ligne

#13 Le 19/02/2017, à 19:35

Finkelstein

Re : [Resolu] demarrage lent malgré l'OS sur un SSD

Ok, merci de ton aide et tes conseils.

Je passe en resolu

Hors ligne