Je suis sur Xubuntu 15.04. Cela fait plusieurs mois que je cours avec un SSD de 250 Go: <5 secondes au démarrage. Je viens de permuter contre un SSD de 500 Go (de la même marque, modèle légèrement différent). Après le clonage initial à l’aide de CloneZilla (c’est-à-dire que toutes les partitions avaient la même taille), tout allait bien. Toutefois, après le redimensionnement de la partition de départ (et le déplacement de l’échange), le démarrage de l’ordinateur prend environ une minute. Pas seulement le premier démarrage non plus, mais aussi le deuxième.
Des idées sur ce qui pourrait causer ceci? Et plus important encore, comment puis-je résoudre ce problème? Ou même simplement des liens sur le débogage du processus de démarrage, je n'avais jamais eu à le faire auparavant.
EDIT: Je me demande maintenant si la lenteur du démarrage n’est pas liée. En regardant dmesg, ceci est le contexte de la longue attente, et il semble que cela pourrait être lié au réseau:
[7.107228] audit: type = 1400 audit (1435867488.135: 9): apparmor = "STATUS" operation = "profile_load" profile = "unconfined" name = "/ usr/bin/evince" pid = 501 comm = "apparmor_parser" [7.107245] audit: type = 1400 audit (1435867488.135: 10): apparmor = "STATUS" operation = "profil_load" profil = "non confiné" name = "sanitized_helper" pid = 501 comm = "apparmor_parser " [7.107248] audit: type = 1400 audit (1435867488.135: 11): apparmor =" STATUS "operation =" profile_load "profile =" unconfined "name ="/usr/bin/evince-previewer "pid = 501 comm = "apparmor_parser" [97.089574] r8169 0000: 03: 00.1 eth0: lien vers le bas [97.091147] iwlwifi 0000: 02: 00.0: L1 activé - LTR désactivé (e). [ 97.098628] iwlwifi 0000: 02: 00.0: Type de radio = 0x0-0x0-0x3
Cela me fait penser à une attente des années 90 pour le réseau :-(
Problème résolu! Parce que j'ai déplacé la partition de swap, cela avait changé d'UUID. La disparité dans fstab a causé le retard, semble-t-il. Vous avez trouvé la réponse ici: démarrage très lent avec Ubuntu 15.04
Une des causes possibles peut être un alignement incorrect de la partition.
Un alignement correct des partitions est essentiel pour des performances et une longévité optimales. Cela est dû à la nature de blocage de chaque opération d'E/S au niveau matériel ainsi qu'au niveau du système de fichiers. La clé de l'alignement consiste à partitionner (au moins) la taille de bloc donnée, qui dépend du matériel utilisé. Si les partitions ne sont pas alignées pour commencer à des multiples de la taille du bloc, l'alignement du système de fichiers est un exercice inutile, car tout est biaisé par le décalage de début de la partition.
Les disques SSD sont basés sur la mémoire flash et diffèrent donc beaucoup des disques durs. Bien que la lecture reste possible de manière aléatoire, l’effacement (et donc la réécriture et l’écriture aléatoire) n’est possible que par blocs entiers. En outre, la taille de bloc d'effacement (EBS) est nettement supérieure à la taille de bloc normale, par exemple 128 Ko par rapport à 4 Ko, il est donc nécessaire de s'aligner sur des multiples d'EBS.
(de ArchLinux wiki )
Pour vérifier qu'une partition est alignée, interrogez-la à l'aide de/usr/bin/blockdev, comme indiqué ci-dessous. Si un "0" est renvoyé, la partition est alignée:
Sudo blockdev --getalignoff /dev/<partition>