#1 Le 06/06/2015, à 14:22
- Christophe C
démarrage devenu très lent sur un SSD
Bonjour,
j'ai une fresh install de xubuntu 15.04 sur un SSD (sda1).
j'ai installé une debian 8 sur un 2e DD (sdb).
Et depuis j'ai des pb. j'ai demandé à de que debian place son grub sur sdb, pour ne pas modifier mon grub normal sur sda. De fait il ne l'a pas remplacé.
Mais pourtant, xubuntu sur sda est devenu inaccessible. Le démarrage gelait. Après divers chroot, j'ai réussi à réinstaller un grub (sudo grub-install sda), à faire des mises à jour, etc...et Xub redémarre.
Mais il démarre en 2 Mn et non plus 10 s. Ce qui sur un SSD est surprenant. De plus, au démarrage, mon occupation mémoire était de 265-270 Mo. Elle est désormais de 320 Mo. Rien n'a changé dans le gestionnaire de session (dans la partie qui gère les prog lancés au démarrage).
Aucune idée de ce que je dois faire. Manifestement quelque chose c'est passé, mais comment le découvrir et surtout le réparer ?
Dernière modification par Christophe C (Le 06/06/2015, à 14:22)
BountySource - Faite un petit don, ponctuel ou récurent, pour soutenir le développement de XFCE.
Timeshift - Sécurité : pensez à paramétrer des points de restauration système.
Euclide : « Ce qui est affirmé sans preuve peut être nié sans preuve ».
Hors ligne
#2 Le 06/06/2015, à 15:51
- Christophe C
Re : démarrage devenu très lent sur un SSD
Quand je regarde dmesg (fichier de boot), tout me semble long, mais j'ai des passages plus longs que d'autres :
[ 6.948292] audit: type=1400 audit(1433587472.928:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/evince-previewer" pid=485 comm="apparmor_parser"
[ 6.948296] audit: type=1400 audit(1433587472.928:11): apparmor="STATUS" operation="profile_load" profile="unconfined" name="sanitized_helper" pid=485 comm="apparmor_parser"
[ 96.409947] cfg80211: Calling CRDA to update world regulatory domain
[ 96.444361] cfg80211: World regulatory domain updated:
[ 96.444365] cfg80211: DFS Master region: unset
ou
[ 96.703965] r8169 0000:04:01.0 eth1: link down
[ 98.272776] r8169 0000:04:01.0 eth1: link up
[ 3099.303556] PM: Syncing filesystems ... done.
[ 3099.312117] PM: Preparing system for mem sleep
[ 3099.312259] Freezing user space processes ... (elapsed 0.001 seconds) done.
[ 3099.313768] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
[ 3099.314868] PM: Entering mem sleep
[ 3099.314887] Suspending console(s) (use no_console_suspend to debug)
[ 3099.315178] sd 6:0:0:0: [sdb] Synchronizing SCSI cache
ou
[ 3100.766978] r8169 0000:04:01.0 eth1: link down
[ 3102.369732] r8169 0000:04:01.0 eth1: link up
[ 3106.070512] ata7: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 3106.074830] ata7.00: configured for UDMA/133
[ 7242.280447] PM: Syncing filesystems ... done.
[ 7242.287403] PM: Preparing system for mem sleep
[ 7242.287520] Freezing user space processes ... (elapsed 0.001 seconds) done.
[ 7242.288912] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
[ 7242.290016] PM: Entering mem sleep
[ 7242.290036] Suspending console(s) (use no_console_suspend to debug)
[ 7242.290242] sd 6:0:0:0: [sdb] Synchronizing SCSI cache
BountySource - Faite un petit don, ponctuel ou récurent, pour soutenir le développement de XFCE.
Timeshift - Sécurité : pensez à paramétrer des points de restauration système.
Euclide : « Ce qui est affirmé sans preuve peut être nié sans preuve ».
Hors ligne
#3 Le 06/06/2015, à 16:55
- Compte anonymisé
Re : démarrage devenu très lent sur un SSD
Dernière modification par alx (Le 12/06/2015, à 10:54)
#4 Le 06/06/2015, à 21:41
- Christophe C
Re : démarrage devenu très lent sur un SSD
je n'ai pas compris. Tu parles de quoi ?
BountySource - Faite un petit don, ponctuel ou récurent, pour soutenir le développement de XFCE.
Timeshift - Sécurité : pensez à paramétrer des points de restauration système.
Euclide : « Ce qui est affirmé sans preuve peut être nié sans preuve ».
Hors ligne
#5 Le 06/06/2015, à 23:24
- Compte anonymisé
Re : démarrage devenu très lent sur un SSD
Dernière modification par alx (Le 12/06/2015, à 10:53)