#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
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
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