Ubuntu 16.04.3 "immobile" prend 1,5 minute après un clonage réussi sur SSD et avec noatime and trim et un démarrage AHCI? [RESOLU]
Appréciez toute aide. Démarrage très lent sur Ubuntu 16.04.3 avec SSD encore. quand je cours
systemd-analyze blame
Je reçois
40.044s snapd.refresh.service
29.529s apt-daily.service
6.510s NetworkManager-wait-online.service
2.469s apt-daily-upgrade.service
1.814s snapd.service
1.649s [email protected]
936ms dev-sda2.device
168ms ufw.service
131ms ModemManager.service
126ms lightdm.service
86ms swapfile.swap
83ms apport.service
81ms systemd-fsck@dev-disk-by\x2duuid-BE45\x2d57DB.service
78ms dev-loop0.device
77ms speech-dispatcher.service
71ms snap-core-2844.mount
69ms alsa-restore.service
69ms lm-sensors.service
65ms pppd-dns.service
64ms apparmor.service
64ms rsyslog.service
63ms accounts-daemon.service
63ms systemd-user-sessions.service
quand je cours
snap list
Je reçois
Name Version Rev Developer Notes
core 16-2.27.6 2898 canonical core
keepassxc 2.2.0 23 keepassxreboot -
ufw 0.36pre-16.10 14 canonical -
ultimate-media-downloader2 1 1 keshavnrj -
Je ne suis pas familier avec snap ou quoi faire. Puis-je désactiver ou modifier
40.044s snapd.refresh.service
29.529s apt-daily.service
6.510s NetworkManager-wait-online.service
faire ma botte plus vite? J'apprécie toute aide, car ma botte est très lente. {Mais une fois le démarrage lent terminé, ssd semble plus vif dans Ubuntu et je suis déjà en mode de démarrage AHCI dans le BIOS}. S'il vous plaît aider. Apprécier toute orientation.
Mise à jour 1:
Le démarrage prend toujours plus de 1,5 minute. J'ai essayé tout cela et toujours pas de changement et démarrer très lentement. J'ai fait
Sudo systemctl disable snapd.refresh.service
Sudo systemctl disable NetworkManager-wait-online.service
Exécutez sudoedit /etc/rc.local et ajoutez cette ligne avant avec exit 0:
rfkill block bluetooth
et j'ai essayé aussi
Sudo systemctl edit apt-daily.timer
et collé le texte suivant dans la fenêtre de l'éditeur:
# apt-daily timer configuration override
[Timer]
OnBootSec=15min
OnUnitActiveSec=1d
AccuracySec=1h
RandomizedDelaySec=30min
Mais mon démarrage est encore très lent prend plus de 1,5 minutes. Maintenant, quand je lance systemd-analyze blame je reçois
1.503s snapd.service
1.246s [email protected]
989ms virtualbox.service
872ms dev-sda2.device
674ms systemd-rfkill.service
455ms dev-loop3.device
149ms snap-core-2844.mount
126ms lightdm.service
119ms snap-core-2898.mount
107ms accounts-daemon.service
102ms apparmor.service
100ms snap-core-2774.mount
98ms ufw.service
97ms ModemManager.service
92ms snap-ufw-14.mount
86ms systemd-fsck@dev-disk-by\x2duuid-BE45\x2d57DB.service
86ms grub-common.service
85ms swapfile.swap
68ms plymouth-quit-wait.service
59ms console-setup.service
56ms preload.service
54ms irqbalance.service
52ms apport.service
Mais quand je lance systemd-analyze je reçois Startup finished in 5.179s (firmware) + 2.884s (loader) + 8.072s (kernel) + 3min 504ms (userspace) = 3min 16.641s
Le démarrage est encore très lent. Dit mon (userspace) prend 3 minutes? 3min 504ms (userspace) = 3min 16.641s Un conseil s'il vous plaît? (Je suis sur SSD avec noatime, trim et AHCI déjà tous définis).
Mise à jour 2:
Quand je lance cat /var/log/syslog ça devient fou trop vite, je ne peux pas le copier mais ça répète la même chose. Donc je lance less /var/log/syslog je reçois
Sep 25 07:30:04 jon kernel: [ 473.457872] pcieport 0000:00:1c.2: device [8086:a112] error status/mask=00000001/00002000
Sep 25 07:30:04 jon kernel: [ 473.457873] pcieport 0000:00:1c.2: [ 0] Receiver Error (First)
Sep 25 07:30:04 jon kernel: [ 473.457876] pcieport 0000:00:1c.2: AER: Corrected error received: id=00e2
Sep 25 07:30:04 jon kernel: [ 473.458511] pcieport 0000:00:1c.2: can't find device of ID00e2
Sep 25 07:30:04 jon kernel: [ 473.458574] pcieport 0000:00:1c.2: AER: Corrected error received: id=00e2
Sep 25 07:30:04 jon kernel: [ 473.458577] pcieport 0000:00:1c.2: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e2(Receiver ID)
Sep 25 07:30:04 jon kernel: [ 473.458579] pcieport 0000:00:1c.2: device [8086:a112] error status/mask=00000001/00002000Sep 25 07:30:04 jon kernel: [ 473.458580] pcieport 0000:00:1c.2: [ 0] Receiver Error (First)
Sep 25 07:30:04 jon kernel: [ 473.460512] pcieport 0000:00:1c.2: AER: Corrected error received: id=00e2
Sep 25 07:30:04 jon kernel: [ 473.460515] pcieport 0000:00:1c.2: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e2(Receiver ID)
Sep 25 07:30:04 jon kernel: [ 473.460518] pcieport 0000:00:1c.2: device [8086:a112] error status/mask=00000001/00002000
(Informations complémentaires: avant de réaliser que mes journaux (avec des milliers de pcie Bus error journaux) prenaient plus de 100 Go d’espace (!) Sur mon disque dur SSD de 250 Go. Maintenant, j’utilisais logrotate et des journaux limités pour 100M et configurez logrotate pour exécuter daily et l'utilisation de mon disque est passée de 180 Go à 80 Go.)
Je sais que le pcie Bus error est un bogue connu. Alors est-ce que c'est ce qui retarde mon démarrage? Appréciez les conseils.
Mise à jour 3
Quand je cours lspci je reçois
00:00.0 Host bridge: Intel Corporation Device 5910 (rev 05)
00:01.0 PCI bridge: Intel Corporation Sky Lake PCIe Controller (x16) (rev 05)
00:02.0 VGA compatible controller: Intel Corporation Device 591b (rev 04)
00:04.0 Signal processing controller: Intel Corporation Skylake Processor Thermal Subsystem (rev 05)
00:14.0 USB controller: Intel Corporation Sunrise Point-H USB 3.0 xHCI Controller (rev 31)
00:14.2 Signal processing controller: Intel Corporation Sunrise Point-H Thermal subsystem (rev 31)
00:15.0 Signal processing controller: Intel Corporation Sunrise Point-H LPSS I2C Controller #0 (rev 31)
00:15.1 Signal processing controller: Intel Corporation Sunrise Point-H LPSS I2C Controller #1 (rev 31)
00:16.0 Communication controller: Intel Corporation Sunrise Point-H CSME HECI #1 (rev 31)
00:17.0 SATA controller: Intel Corporation Sunrise Point-H SATA Controller [AHCI mode] (rev 31)
00:1c.0 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #1 (rev f1)
00:1c.2 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #3 (rev f1)
00:1c.3 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #4 (rev f1)
00:1f.0 ISA bridge: Intel Corporation Sunrise Point-H LPC Controller (rev 31)
00:1f.2 Memory controller: Intel Corporation Sunrise Point-H PMC (rev 31)
00:1f.3 Audio device: Intel Corporation Device a171 (rev 31)
00:1f.4 SMBus: Intel Corporation Sunrise Point-H SMBus (rev 31)
01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 950M] (rev a2)
03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter
04:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 5287 (rev 01)
04:00.1 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 12)
Mise à jour 4
Il m'est arrivé d'essayer la solution de contournement de AER: erreur corrigée reçue Erreur de bus PCIe
"La solution actuelle consiste à ajouter pci = noaer à la ligne de commande de votre noyau:
1) éditez /etc/default/grub et ajoutez pci=noaer à la ligne commençant par GRUB_CMDLINE_LINUX_DEFAULT. Cela ressemblera à ceci: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=noaer" 2) exécuter Sudo update-grub 3) redémarrer "
Cela a fonctionné en empêchant la syslog d'être inondée et spammée avec les messages pcieport 0000:00:1c.2: AER: Corrected error received: id=00e2.
C'est génial. Je ne vois plus ces messages d'erreur au démarrage non plus.
Mais le temps de démarrage de mon démarrage est toujours de 90 secondes.
Quand je lance maintenant systemd-analyze je reçois
Startup finished in 6.232s (firmware) + 3.306s (loader) + 8.247s (kernel) + 3min 551ms (userspace) = 3min 18.337s encore.
Je suis sur le modèle d'ordinateur portable Asus X550V i7-7700HQ Skylake (avec Geforce GTX Nividia 950M sur Samsung 850 Evo 250Gb SSD) sur le noyau 4.13.3-041303-generic. J'ai eu le même problème sur le noyau 4.10.0-35, c'est pourquoi je suis passé au noyau 4.13 pour voir s'il y avait une amélioration, mais c'est le même problème mais le démarrage est encore lent.
Dois-je quand même ajouter pci=nomsi à Grub également comme suggéré dans les commentaires ci-dessous, si je n'ai plus les messages d'erreur pcie buss?
Est-ce que cela aidera mon temps de démarrage encore lent?
Mise à jour 5
[RÉSOLU en utilisant toutes les recommandations. Boot maintenant 10-15 secondes]
Voir les solutions et commentaires ci-dessous. (TL/DR la dernière erreur était que boot cherchait l'ancien chiffrement. Résolu en désactivant cryptswap et en modifiant /etc/crypttab)
Je suis passé par un semblable (mais pas aussi drastique) expérience .
Depuis le terminal, vous devez utiliser:
Sudo systemctl disable snapd.refresh.service
Sudo systemctl disable NetworkManager-wait-online.service
Si vous n'utilisez pas snapd, le désactiver n'est pas un problème. Selon ma propre expérience, désactiver NetworkManager-wait-online-service au démarrage ne pose pas de problème.
En ce qui concerne apt-daily.service, c'est un bogue conn . Il n'a pas été conçu pour être exécuté au démarrage, mais quinze minutes après le début de votre session. Il existe plusieurs solutions à ce problème, mais comme je ne l’ai jamais rencontré, il n’est pas possible de dire laquelle est la meilleure. (J'irais bien avec celui qui a le plus de votes positifs).
Bien que le démarrage du SSD prenne mon temps de 45 secondes à 11 secondes, je suis désolé que vous en ayez acheté un qui pense que cela résoudrait ce problème particulier. Vous en profiterez quand même car les applications se chargeront en quelques secondes au lieu de 15 secondes.
[RESOLU]
Après avoir essayé tout ce qui précède et corrigé ainsi les messages PCIe Bus Error et AER Corrected error recieved qui inondaient ma syslog, et après avoir utilisé`
Sudo systemctl disable snapd.refresh.service
Sudo systemctl disable NetworkManager-wait-online.service
comme suggéré ci-dessus pour supprimer plus de temps de démarrage, mon démarrage était encore environ 80 secondes.
Ensuite, j'ai remarqué que lorsque j'ai exécuté less /var/log/syslog cette erreur également dans mon syslog
systemd[1]: Dependency failed for Cryptography Setup for cryptswap1.
systemd[1]: Dependency failed for dev-mapper-cryptswap1.device.
Il semble que ma chaussure recherchait également cryptswap que j'ai remplacée par un swapfile il y a quelque temps. J'ai raté cette erreur grâce aux messages d'erreur Erreur de bus PCIe et AER qui inondaient mon syslog et qui occupaient près de 100 Go de mon espace disque (!)
La solution finale ici sur la suppression de cryptswap et Comment désactiver Crytswap suivant cette explication .
Il semble que j'avais déjà commenté la ligne cryptswap1 dans fstab qui n'était pas utilisée, mais n'avait pas encore commenté la ligne dans /etc/crypttab.
Sudo cryptsetup remove /dev/mapper/cryptswap1
Sudo vim /etc/crypttab
*comment out the `cryptswap1 UUID= .... ` line*
maintenant, ma botte dure 10-15 secondes! Appréciez toute l'aide.