[Résolu] Démarrage lent aprés un déplacement de partitions
[Résolu] Démarrage lent aprés un déplacement de partitions
Bonjour
J'utilise un disque sdb sur lequel LM18 est installé et un deuxième disque sdd sur lequel LM17 et Windows 7 sont installés.
Sur le disque sdd, j'ai décidé de déplacer un peu les partitions Ext4 et Swap de LM17 (pour donner plus de place à Windows) avec GParted.
Après le déplacement des partitions, au cours du lancement LM17 le démarrage s'arrête à la ligne "initramfs".
Et le temps de démarrage de LM18 s'est allongé, plus d'1 minute 30 contre quelques secondes avant.
J'ai lancé Boot-repair : LM17 redémarre de nouveau, Windows démarre aussi mais le temps de chargement de LM18 est toujours long.
Boot-repair indique que les fichiers de boot sont loin du début du disque et que le BIOS peut ne pas les détecter. Il conseille de créer une partition /boot >200MB en début de disque, puis de relancer boot-repair :
** The boot files of [L'OS actuellement utilisé - Linux Mint 18.1 Serena] are far from the start of the disk. Your BIOS may not detect them. You may want to retry after creating a /boot partition (EXT4, >200MB, en début de disque). This can be performed via tools such as gParted. Then select this partition via the [Separate /boot partition:] option of [Réparateur de démarrage].(doc.ubuntu-fr.org/tutoriel/partition_boot) **
Est-ce que la manipulation permet aussi de réduire le temps de démarrage de LM18 ?
Adresse du Boot-info http://paste2.org/YfA2dMK7" onclick="window.open(this.href);return false;
J'utilise un disque sdb sur lequel LM18 est installé et un deuxième disque sdd sur lequel LM17 et Windows 7 sont installés.
Sur le disque sdd, j'ai décidé de déplacer un peu les partitions Ext4 et Swap de LM17 (pour donner plus de place à Windows) avec GParted.
Après le déplacement des partitions, au cours du lancement LM17 le démarrage s'arrête à la ligne "initramfs".
Et le temps de démarrage de LM18 s'est allongé, plus d'1 minute 30 contre quelques secondes avant.
J'ai lancé Boot-repair : LM17 redémarre de nouveau, Windows démarre aussi mais le temps de chargement de LM18 est toujours long.
Boot-repair indique que les fichiers de boot sont loin du début du disque et que le BIOS peut ne pas les détecter. Il conseille de créer une partition /boot >200MB en début de disque, puis de relancer boot-repair :
** The boot files of [L'OS actuellement utilisé - Linux Mint 18.1 Serena] are far from the start of the disk. Your BIOS may not detect them. You may want to retry after creating a /boot partition (EXT4, >200MB, en début de disque). This can be performed via tools such as gParted. Then select this partition via the [Separate /boot partition:] option of [Réparateur de démarrage].(doc.ubuntu-fr.org/tutoriel/partition_boot) **
Est-ce que la manipulation permet aussi de réduire le temps de démarrage de LM18 ?
Adresse du Boot-info http://paste2.org/YfA2dMK7" onclick="window.open(this.href);return false;
Modifié en dernier par Olysh le dim. 12 mars 2017 21:48, modifié 6 fois.
Desktop - Ubuntu MATE 20.04.2 LTS / W10 Pro - 64 bits
CPU i7-3770K @ 3.50 GHz x 4 - Ram 16 Go - CG GeForce RTX 2070 - CS CMI8788
Impr Brother HL-2030
CPU i7-3770K @ 3.50 GHz x 4 - Ram 16 Go - CG GeForce RTX 2070 - CS CMI8788
Impr Brother HL-2030
Re: Diminuer le temps de démarrage LM18 aprés un déplacement de partition
La création de la partition de boot et l'installation du Grub sur celle-ci, n'a pas réduit le temps de démarrage de LM18.
Une idée, un conseil ?
Une idée, un conseil ?
Desktop - Ubuntu MATE 20.04.2 LTS / W10 Pro - 64 bits
CPU i7-3770K @ 3.50 GHz x 4 - Ram 16 Go - CG GeForce RTX 2070 - CS CMI8788
Impr Brother HL-2030
CPU i7-3770K @ 3.50 GHz x 4 - Ram 16 Go - CG GeForce RTX 2070 - CS CMI8788
Impr Brother HL-2030
- débitant
- modérateur
- Messages : 11564
- Enregistré le : mar. 14 juil. 2015 18:22
- Localisation : Lorraine France
Re: Diminuer le temps de démarrage LM18 aprés un déplacement de partition
bonsoir
patientes un peu, il y a eu une maintenance du forum, donc il faut que les "pros" reviennent, ce qui ne saurait tarder
patientes un peu, il y a eu une maintenance du forum, donc il faut que les "pros" reviennent, ce qui ne saurait tarder
Re: Diminuer le temps de démarrage LM18 aprés un déplacement de partition
@débitant Merci pour ton soutien
En faisant Echap pendant le démarrage de LM18, j'ai pu voir l'origine du ralentissement :
Un décompte d'1mn 30 s'effectue à partir de ce message. Puis le système termine de démarrer normalement.
/etc/fstab semble indiquer que l'uuid correspond à celle de la partition swap sur sdd5 :
J'ai fait sudo fdisk -l pour en savoir plus sur sdd5 :
La partition de boot et LM18 sont sur un disque (sdb) et la partition swap est sur un autre disque (sdd), celui où est installé le système de fichiers de LM17 (sdd5).
fdsik -l indique aussi une erreur dans la table de partition.
Si j'examine le disque avec Gparted, il n'affiche pas de partition swap sur sdd :
Je me demande subitement si j'ai pas plutôt "supprimé" que "déplacer un peu la partition [...] Swap de LM17", dès la première étape.
Est-ce que je peux/dois créer une partition swap dans sdb ? Ou réinstaller LM18 sur le disque sdb avec, cette fois-ci, une partition swap ?
Si quelqu'un a une idée, un conseil à partager
En faisant Echap pendant le démarrage de LM18, j'ai pu voir l'origine du ralentissement :
Code : Tout sélectionner
networking.service
A start job is running for dev-disk-by\x2duuid-[color=#FF0000]8ea6d6cf[/color]\...
/etc/fstab semble indiquer que l'uuid correspond à celle de la partition swap sur sdd5 :
Code : Tout sélectionner
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdb1 during installation
UUID=4fb18bdd-2bbd-4f1a-a587-e702b9348404 / ext4 errors=remount-ro 0 1
# swap was on /dev/sdd5 during installation
UUID=[color=#FF0000]8ea6d6cf[/color]-fa9d-4933-9c57-e79afa8e0d2f none swap sw 0 0
#UUID=69b1f7a2-ddda-4191-a093-5d8361cc0744 /boot ext4 defaults 0 2
UUID=69b1f7a2-ddda-4191-a093-5d8361cc0744 /boot ext4 defaults 0 2
Code : Tout sélectionner
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 : 931,5 GiB, 1000204886016 octets, 1953525168 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
Disklabel type: dos
Disk identifier: 0xa02c1d5e
Périphérique Amorçage Start Fin Secteurs Size Id Type
/dev/sda1 * 2048 1953519615 1953517568 931,5G 7 HPFS/NTFS/exFAT
Disque /dev/sdb : 111,8 GiB, 120034123776 octets, 234441648 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: 0x186f2a9e
Périphérique Amorçage Start Fin Secteurs Size Id Type
/dev/sdb1 * 14536704 234440703 219904000 104,9G 83 Linux
/dev/sdb2 2048 14536703 14534656 7G 83 Linux
[color=#FF0000]Partition table entries are not in disk order.[/color]
Disque /dev/sdc : 465,8 GiB, 500107862016 octets, 976773168 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: gpt
Disk identifier: EAB2413E-A335-4B9C-BA82-568FFA3F7AE2
Périphérique Start Fin Secteurs Size Type
/dev/sdc3 468992 976773119 976304128 465,6G Microsoft basic data
[color=#FF0000]Disque /dev/sdd : 238,5 GiB[/color], 256060514304 octets, 500118192 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: 0x4d4dafe3
Périphérique Amorçage Start Fin Secteurs Size Id Type
/dev/sdd1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sdd2 206848 163842047 163635200 78G 7 HPFS/NTFS/exFAT
/dev/sdd3 163844094 500117503 336273410 160,4G 5 Étendue
[color=#FF0000]/dev/sdd5 304807936 382930943 78123008 37,3G[/color] 83 Linux
/dev/sdd6 382932992 500117503 117184512 55,9G 83 Linux
fdsik -l indique aussi une erreur dans la table de partition.
Si j'examine le disque avec Gparted, il n'affiche pas de partition swap sur sdd :
Je me demande subitement si j'ai pas plutôt "supprimé" que "déplacer un peu la partition [...] Swap de LM17", dès la première étape.
Est-ce que je peux/dois créer une partition swap dans sdb ? Ou réinstaller LM18 sur le disque sdb avec, cette fois-ci, une partition swap ?
Si quelqu'un a une idée, un conseil à partager
Desktop - Ubuntu MATE 20.04.2 LTS / W10 Pro - 64 bits
CPU i7-3770K @ 3.50 GHz x 4 - Ram 16 Go - CG GeForce RTX 2070 - CS CMI8788
Impr Brother HL-2030
CPU i7-3770K @ 3.50 GHz x 4 - Ram 16 Go - CG GeForce RTX 2070 - CS CMI8788
Impr Brother HL-2030
Re: Démarrage lent aprés un déplacement de partitions
Créer une partition swap dans sdd ou sdb ne suffit pas.
Toujours le même message et la même lenteur au démarrage de LM.
fdisk-l :
(le disque sde de 7,5G est une clef USB)
Toujours le même message et la même lenteur au démarrage de LM.
fdisk-l :
Code : Tout sélectionner
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 : 931,5 GiB, 1000204886016 octets, 1953525168 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
Disklabel type: dos
Disk identifier: 0xa02c1d5e
Périphérique Amorçage Start Fin Secteurs Size Id Type
/dev/sda1 * 2048 1953519615 1953517568 931,5G 7 HPFS/NTFS/exFAT
Disque /dev/sdb : 111,8 GiB, 120034123776 octets, 234441648 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: 0x186f2a9e
Périphérique Amorçage Start Fin Secteurs Size Id Type
/dev/sdb1 * 14536704 223952895 209416192 99,9G 83 Linux
/dev/sdb2 2048 14536703 14534656 7G 83 Linux
/dev/sdb3 223952896 234440703 10487808 5G 82 partition d'échange
Partition table entries are not in disk order.
Disque /dev/sdc : 465,8 GiB, 500107862016 octets, 976773168 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: gpt
Disk identifier: EAB2413E-A335-4B9C-BA82-568FFA3F7AE2
Périphérique Start Fin Secteurs Size Type
/dev/sdc3 468992 976773119 976304128 465,6G Microsoft basic data
Disque /dev/sdd : 238,5 GiB, 256060514304 octets, 500118192 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: 0x4d4dafe3
Périphérique Amorçage Start Fin Secteurs Size Id Type
/dev/sdd1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sdd2 206848 163842047 163635200 78G 7 HPFS/NTFS/exFAT
/dev/sdd3 163844094 500117503 336273410 160,4G 5 Étendue
/dev/sdd5 304807936 382930943 78123008 37,3G 83 Linux
/dev/sdd6 382932992 500117503 117184512 55,9G 83 Linux
/dev/sdd7 293531648 304807935 11276288 5,4G 82 partition d'échang
Partition table entries are not in disk order.
Disque /dev/sde : 7,5 GiB, 8036285952 octets, 15695871 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: 0x00068a5c
Desktop - Ubuntu MATE 20.04.2 LTS / W10 Pro - 64 bits
CPU i7-3770K @ 3.50 GHz x 4 - Ram 16 Go - CG GeForce RTX 2070 - CS CMI8788
Impr Brother HL-2030
CPU i7-3770K @ 3.50 GHz x 4 - Ram 16 Go - CG GeForce RTX 2070 - CS CMI8788
Impr Brother HL-2030
- débitant
- modérateur
- Messages : 11564
- Enregistré le : mar. 14 juil. 2015 18:22
- Localisation : Lorraine France
Re: Démarrage lent aprés un déplacement de partitions
attention à ne pas confondre balises "quote" pour citer un message et les balises "code" pour posté du code, retour terminal...
j'ai repris toutes les balises
j'ai repris toutes les balises
Re: Démarrage lent aprés un déplacement de partitions
salut, créer un swap n'est pas suffisant il faut aussi déclarer le bon uuid dans fstab et ce dans les deux distri pour qu'il soit actif au démarrage, se qui enlèvera la minute et 30 secondes d'attente au démarrage
lancer gparted pour trouver le bon uuid le copier
dans L17
dans L18
au redémarrage le swap sera actif, vérifier dans disque
lancer gparted pour trouver le bon uuid le copier
dans L17
Code : Tout sélectionner
sudo gedit /etc/fstab
Code : Tout sélectionner
sudo xed /etc/fstab
au redémarrage le swap sera actif, vérifier dans disque
Clevo P775DM3-G
I7 -7700k (quad-core (8 threads) 4.2-4.5 ghz
ram 64go DDR4
Nvidia gtx 1080 8go GDDR5X
2 x ssd 500go m.2 Samsung + 2 to ssd Samsung
Lmint 18.3 Cinnamon 64bit, kernel 4.13.0-45
I7 -7700k (quad-core (8 threads) 4.2-4.5 ghz
ram 64go DDR4
Nvidia gtx 1080 8go GDDR5X
2 x ssd 500go m.2 Samsung + 2 to ssd Samsung
Lmint 18.3 Cinnamon 64bit, kernel 4.13.0-45
Re: Démarrage lent aprés un déplacement de partitions
Yep !
@débutant Merci pour ton travail de mise en forme et ton conseil
@mpap En suivant la procédure que tu m'as indiqué, le temps de chargement de LM 18 est tombé à 16 secondes, youpi ! Un grand merci
J'ai lu dans une autre discussion que tu as indiqué la commande systemd-analyze critical-chain pour afficher les processus et le temps qu'ils prennent à démarrer au lancement du système.
Voici le résultat de la commande :
Est-ce qu'il serait possible de réduire encore un peu le temps de démarrage de LM18 ? En agissant sur le temps de démarrage d'un des 3 plus longs processus ?
@débutant Merci pour ton travail de mise en forme et ton conseil
@mpap En suivant la procédure que tu m'as indiqué, le temps de chargement de LM 18 est tombé à 16 secondes, youpi ! Un grand merci
J'ai lu dans une autre discussion que tu as indiqué la commande systemd-analyze critical-chain pour afficher les processus et le temps qu'ils prennent à démarrer au lancement du système.
Voici le résultat de la commande :
Code : Tout sélectionner
graphical.target @8.779s
└─multi-user.target @8.779s
└─teamviewerd.service @8.302s +474ms
└─network-online.target @8.274s
└─NetworkManager-wait-online.service @894ms +7.379s
└─NetworkManager.service @801ms +70ms
└─network-pre.target @800ms
└─resolvconf.service @755ms +3ms
└─system.slice @81ms
└─-.slice @74ms
Desktop - Ubuntu MATE 20.04.2 LTS / W10 Pro - 64 bits
CPU i7-3770K @ 3.50 GHz x 4 - Ram 16 Go - CG GeForce RTX 2070 - CS CMI8788
Impr Brother HL-2030
CPU i7-3770K @ 3.50 GHz x 4 - Ram 16 Go - CG GeForce RTX 2070 - CS CMI8788
Impr Brother HL-2030
Re: Démarrage lent aprés un déplacement de partitions
J'ai désinstallé Teamviewer et LM18 a mis 3-4 secondes de moins à démarrer
J'ai cherché dans les options de Teamviewer pour ne pas qu'il démarre avec le système, mais l'option était déjà décochée.
Code : Tout sélectionner
koshyl@koshyl-System ~ $ systemd-analyze
Startup finished in 7.843s (kernel) + 5.959s (userspace) = 13.802s
koshyl@koshyl-System ~ $ systemd-analyze blame
5.158s udev-configure-printer@-devices-pci0000:00-0000:00:14.0-usb3-3\
610ms lvm2-monitor.service
438ms plymouth-quit-wait.service
438ms plymouth-quit.service
358ms dev-sdb1.device
134ms ModemManager.service
131ms accounts-daemon.service
110ms networking.service
102ms systemd-udevd.service
100ms systemd-logind.service
97ms thermald.service
78ms irqbalance.service
76ms grub-common.service
76ms avahi-daemon.service
75ms NetworkManager.service
69ms console-setup.service
68ms loadcpufreq.service
64ms speech-dispatcher.service
63ms ondemand.service
60ms upower.service
57ms hddtemp.service
53ms virtualbox-guest-utils.service
50ms udisks2.service
koshyl@koshyl-System ~ $ systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
graphical.target @1.415s
└─ntp.service @5.669s +8ms
└─basic.target @793ms
└─sockets.target @793ms
└─dbus.socket @793ms
└─sysinit.target @791ms
└─systemd-update-utmp.service @768ms +10ms
└─systemd-tmpfiles-setup.service @753ms +7ms
└─local-fs.target @753ms
└─run-cgmanager-fs.mount @824ms
└─local-fs-pre.target @717ms
└─lvm2-monitor.service @106ms +610ms
└─lvm2-lvmetad.service @124ms
└─system.slice @79ms
└─-.slice @73ms
Modifié en dernier par Olysh le dim. 12 mars 2017 19:00, modifié 2 fois.
Desktop - Ubuntu MATE 20.04.2 LTS / W10 Pro - 64 bits
CPU i7-3770K @ 3.50 GHz x 4 - Ram 16 Go - CG GeForce RTX 2070 - CS CMI8788
Impr Brother HL-2030
CPU i7-3770K @ 3.50 GHz x 4 - Ram 16 Go - CG GeForce RTX 2070 - CS CMI8788
Impr Brother HL-2030
- débitant
- modérateur
- Messages : 11564
- Enregistré le : mar. 14 juil. 2015 18:22
- Localisation : Lorraine France
Re: Démarrage lent aprés un déplacement de partitions
voir plutôt dans
menu > préférences > applications au démarrage
menu > préférences > applications au démarrage