pc très lent

[Frida]

Bonjour,

Je suis toute nouvelle et complètement débutante.
J'ai installé linux toute seule il y a quelques mois (je n'ai aucune compétence et je suis bêtement les tutos...), par chance tout a très bien fonctionné et fonctionne toujours.
Au début il démarrait super vite, sauf qu'aujourd'hui il ralenti de plus en plus, met plusieurs minutes à démarrer, etc.
J'ai très peu de choses dessus, quelques photos et ensuite seulement un peu sur libre office pour le travail et paperrasse.
J'ai peut être fait une bêtise, bref je n'en sais rien...

J'ai juste tenté un:

Code: Select all

frida@perruche:~$ systemd-analyze
Startup finished in 15.106s (kernel) + 31.011s (userspace) = 46.118s 
graphical.target reached after 30.996s in userspace

Mais c'est bien plus long que ça... Et j'ai un message d'erreur au démarrage que bien sûr je n'ai pas le temps de lire et n'arrive pas à retrouver...

Merci de votre aide et désolée mon niveau est en dessous de celui du débutant....!

Emma

[Etienne9]

Hello, as - tu pensé à regarder les données SMART de ton disque ?
Via l'application disques (gnome-disks) , en haut à droite les 3 points , données SMART et poste le résultat.

[Aztaroth]

Code: Select all

frida@perruche:~$ systemd-analyze
Startup finished in 15.106s (kernel) + 31.011s (userspace) = 46.118s 
graphical.target reached after 30.996s in userspace

Sans infos système plus précises, impossible de vous aider. Les cas classiques de ces délais sont :

- un pilote graphique mal installé. Le retour de la commande inxi -SGC permettrait de le savoir)

- un problème d'identification d'un disque dur au démarrage. La comparaison des retours de blkid et cat /etc/fstab permettrait aussi de le savoir).

[Frida]

Bonsoir,

merci beaucoup de vos réponses,
oui je me doutais que ça manquerait d'infos mais j'y connais vraiment rien...

Sans infos système plus précises, impossible de vous aider. Les cas classiques de ces délais sont :

- un pilote graphique mal installé. Le retour de la commande inxi -SGC permettrait de le savoir)

- un problème d'identification d'un disque dur au démarrage. La comparaison des retours de blkid et cat /etc/fstab permettrait aussi de le savoir).

Voilà pour ce que tu m'as donné, ça ne veut rien dire pour moi...:

Code: Select all

frida@perruche:~$ inxi -SGC
System:
  Host: perruche Kernel: 5.4.0-89-generic x86_64 bits: 64 
  Desktop: MATE 1.24.0 Distro: Linux Mint 20.2 Uma 
CPU:
  Topology: Dual Core model: Intel Core i3-7100U bits: 64 type: MT MCP 
  L2 cache: 3072 KiB 
  Speed: 2400 MHz min/max: 400/2400 MHz Core speeds (MHz): 1: 2390 2: 2307 
  3: 2325 4: 2358 
Graphics:
  Device-1: Intel HD Graphics 620 driver: i915 v: kernel 
  Display: x11 server: X.Org 1.20.11 driver: modesetting 
  unloaded: fbdev,vesa resolution: 1366x768~60Hz 
  OpenGL: renderer: Mesa Intel HD Graphics 620 (KBL GT2) v: 4.6 Mesa 21.0.3 
frida@perruche:~$ blkid
/dev/mapper/sda6_crypt: UUID="nE483K-SuJz-vSN5-02u1-J3kr-dHMc-4Rh6A9" TYPE="LVM2_member"
/dev/sda1: UUID="BBD7-3DF6" TYPE="vfat" PARTUUID="1ffeee42-01"
/dev/sda5: UUID="ce53550d-4053-46ce-8f7c-f8eb9c622581" TYPE="ext4" PARTUUID="1ffeee42-05"
/dev/sda6: UUID="032a3422-4887-4098-b8cf-7882b44b22cb" TYPE="crypto_LUKS" PARTUUID="1ffeee42-06"
/dev/mapper/vgmint-root: UUID="c7e1bc68-561e-48ff-97b1-2574970d7e98" TYPE="ext4"
/dev/mapper/vgmint-swap_1: UUID="05bb4e7b-fc22-4971-882d-f66a3e86391d" TYPE="swap"
frida@perruche:~$ cat /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>
/dev/mapper/vgmint-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda5 during installation
UUID=ce53550d-4053-46ce-8f7c-f8eb9c622581 /boot           ext4    defaults        0       2
# /boot/efi was on /dev/sda1 during installation
UUID=BBD7-3DF6  /boot/efi       vfat    umask=0077      0       1
/dev/mapper/vgmint-swap_1 none            swap    sw              0       0

Hello, as - tu pensé à regarder les données SMART de ton disque ?
Via l'application disques (gnome-disks) , en haut à droite les 3 points , données SMART et poste le résultat.

Hello

Top pour ton aide, voilà le résultat : https://ibb.co/NVGDDvV

Merci encore beaucoup

[Aztaroth]

oui je me doutais que ça manquerait d'infos mais j'y connais vraiment rien...

On va partir du principe que tu veux essayer de comprendre. Si ce n'est pas le cas, tu me le fais savoir et je zappe la partie explicative.

Ceci indique que ta carte graphique fonctionne bien (pour info, une carte graphique mal installée renvoie renderer:llvmpipe)
OpenGL: renderer: Mesa Intel HD Graphics 620 (KBL GT2) v: 4.6 Mesa 21.0.3

Ceci indique que tu as choisi de crypter ton disque dur lors de l'installation :
/dev/sda6: UUID="032a3422-4887-4098-b8cf-7882b44b22cb" TYPE="crypto_LUKS" PARTUUID="1ffeee42-06"

Pour faire simple, l'UUID est l'dentificatiant unique d'un "machin", le "machin" pouvant être n'importe quoi et ici dans notre cas les partitions de ton disque dur.
blkid renvoie la liste de tous les UUID présents sur le système et /etc/fstab ceux qui sont effectivement utilisés ("montées") par LM. La vérification dont j'ai parlé implique de vérifier que toutes les partitions utilsées par LM ont le même identifiant que dans la liste globale renvoyée par blkid.
Exemple :
/dev/sda1: UUID="BBD7-3DF6" TYPE="vfat" PARTUUID="1ffeee42-01" (blkid)
# /boot/efi was on /dev/sda1 during installation (etc/fstab)
UUID=BBD7-3DF6 /boot/efi vfat umask=0077 0 1
La partition est montée correctement car les UUID correspondent.

Quelques questions d'abord :
- les 'trous' dans les partitions (sda2, 3 et 4 ne semblent pas exister) sont-ils dûs à plusieurs essais d'installation, un dual-boot avec un autre système ... NB: ce n'est pas un bug, c'est pour comprendre l'histoire du PC.
- l'encryption a-t-elle été faite en totalité ou partiellement (juste /home) ? Souvent les utilisateurs croient bien faire en activant les 2, mais c'est redondant et peut créer des lenteurs au démarrage.
- et plus généralement, avais-tu des raisons d'encrypter ton disque (fichiers sensibles, autres personnes qui y accèdent...) ? C'est juste que l'encryption complique les choses. Cela peut être fort utile dans des cas comme ceux que j'ai énoncés, mais pour débuter, ce n'est pas vraiment la panacée si ce n'est pas absolument utile.

Quels sont les retours de :

Code: Select all

dmesg --level=err

(qui devrait nous afficher ce que tu n'arrives pas à lire au lancement si ce sont des erreurs système)
et de

Code: Select all

system-analyze critical-chain

qui nous en dira plus sur le temps que prennent les modules lancés au démarrage.

[Frida]

Waouw !! Merci !!
Je vais essayer de relire ça et de farfouiller pour mieux comprendre mais trop bien !

Alors pour les trous dans la partitions il n'y a rien en dual, j'avais viré windows, et je ne me souviens plus exactement j'avais peut-être fait plusieurs tentatives, mais j'y étais arrivée quasiment desuite. Je ne sais pas ce qui peut produire ce genre de "trous" mais c'est mon portable qui était rempli d'années d'utilisation , qui pagayait, et que j'avais reinitialisé sous windows plusieurs fois. Mais je ne pense pas que ça impacte ces partitions là ? Pour l'installation, j'avais peut être pris le premier truc trouvé sur internet après quelques recherches.

Pour l'encryption, non je suis même "deg" de l'avoir mis parce que je n'ai aucune raison, et qu'en plus je tape 2 mdp maintenant. J'avais mal compris en installant, je croyais que c'était pour la session, bref c'était vraiment incompréhensible pour moi ( je vous laisse voir le niveau...). Sauf qu'après plusieurs recherches pour l'enlever j'ai préféré ne rien toucher par peur de faire une bêtise

Pour les retours:

Code: Select all

frida@perruche:~$ dmesg --level=err
[    0.535020] tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed4087f flags 0x201] vs fed40080 f80
[    0.535040] tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed4087f flags 0x201] vs fed40080 f80
frida@perruche:~$ system-analyze critical-chain

La commande « system-analyze » n'a pas été trouvée, voulez-vous dire :

  commande « systemd-analyze » du deb systemd (245.4-4ubuntu3.13)

Essayez : sudo apt install <nom du deb>

frida@perruche:~$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @26.970s
└─udisks2.service @17.057s +9.911s
  └─basic.target @15.913s
    └─sockets.target @15.913s
      └─uuidd.socket @15.913s
        └─sysinit.target @15.796s
          └─systemd-update-utmp.service @15.476s +197ms
            └─systemd-tmpfiles-setup.service @14.551s +608ms
              └─local-fs.target @14.477s
                └─boot-efi.mount @14.414s +62ms
                  └─boot.mount @14.358s +43ms
                    └─systemd-fsck@dev-disk-by\x2duuid-ce53550d\x2d4053\x2d46ce>
                      └─dev-disk-by\x2duuid-ce53550d\x2d4053\x2d46ce\x2d8f7c\x2>

frida@perruche:~$ 

[Aztaroth]

Code: Select all

dmesg --level=err
[    0.535020] tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed4087f flags 0x201] vs fed40080 f80
[    0.535040] tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed4087f flags 0x201] vs fed40080 f80

On va se concentrer là-dessus pour l'instant, vu que le noyau renvoie une erreur TPM (Trust Platform Module).

Cette erreur est fréquemment renvoyée sous Linux par les systèmes que le constructeur souhaite exclusivement dédier à Windows.
La technologie Trust Platform est à la fois une convention et une micropuce installée sur ton système visant à certifier ton matériel.

La solution consiste à désactiver cette micropuce, ce qui est en principe possible en entrant dans le BIOS, puis dans l'onglet Security. Après, cela dépend des BIOS et des portables, mais je te fais confiance pour parcourir cet onglet et trouver un machin qui commence par TP ou Trust Platform. Si tu n'en trouves pas, tu peux essayer de désactiver les Secure Boot ou Fast Boot s'il y en a, mais c'est plus aléatoire.

Après, relance la commande :

Code: Select all

dmesg --level=err

pour voir si le message disparaît, ainsi que

Code: Select all

systemd-analyze

(avec un d à la fin ) pour voir si cela a accéléré le boot.

[Frida]

Après quelques recherches, je n'avais pas TP ou autre, j'ai cru comprendre dans ce que j'ai lu que le "CSM Support" pouvait correspondre, j'ai désactivé ça et/puis security boot, fast boot, sauf que du coup il ne redémarre que sur le BIOS et ne trouve plus rien. Faut-il à la suite de ça redémarrer sur clef usb ou autre ?
Mon niveau frôle le handicap

[Aztaroth]

Après quelques recherches, je n'avais pas TP ou autre, j'ai cru comprendre dans ce que j'ai lu que le "CSM Support" pouvait correspondre, j'ai désactivé ça et/puis security boot, fast boot, sauf que du coup il ne redémarre que sur le BIOS et ne trouve plus rien. Faut-il à la suite de ça redémarrer sur clef usb ou autre ?
Mon niveau frôle le handicap

C'est surtout que désactiver 2 options à la fois ne permet pas de trouver le "coupable" du démarrage lent s'il y en a un. Il faut en désactiver un à la fois et voir si l'ordi démarre d'abord, puis s'il y'a une amélioration dans les message d'erreurs et/ou dans la vitesse de démarrage.

Et le CSM (Compatibility Support Module) ne devrait sans doute pas être désactivé. Sans rentrer dans les détails techniques, si l'installation s'est faite avec le CSM activé, il faut le laisser activé, si elle s'est faite avec le CSM désactivé, il ne faut pas l'activer.

Essaie juste de laisser le Fast Boot désactivé et vois si cela fonctionne. Sinon, il vaut mieux un PC qui démarre avec un message d'erreur qu'un PC qui ne démarre pas du tout.

On pourrait aussi en profiter pour jeter un oeil à tes disques, partitions et RAM avec :

Code: Select all

inxi -DPm

et voir si la lenteur n'est pas dûe à une partition presque pleine ou une RAM insuffisante.
(Il y aura un message d'erreur pour la partie des infos RAM qui concerne la taille et le type de chaque barrette, mais on s'en fout. Si ça t'intéresse de comprendre, lance la même commande en mode administrateur avec sudo et tu auras les infos RAM complètes).

[phil995511]

Il faut que tu remettes les paramètres de ton bios tel qu'ils étaient avant.

Quand tu auras réussi à le faire redémarrer, essaie de faire un :

Code: Select all

sudo apt clean && apt autoclean && apt autoremove

Ca va supprimer les anciens fichiers systèmes présents sur ton répertoire racine qui ont étés remplacés par de nouvelles versions ainsi que les dépendances devenues inutiles suite à la désinstallation de programmes.

Bien à toi.

[Frida]

Bonjour,

J'ai fait l'un puis l'autre et à chaque fois je peux pas redémarrer / ça change rien.

J'ai fait le clean etc conseillé,

Après mon pb vient peut être d'un pc vieillissant et de moi qui ai crypté sans vouloir et autre bêtise surement.
Je veux pas trop vous embêter non plus ....!

En tout cas, merci pour toutes vos explications, je me suis tout noté et je vais gratter petit à petit

Puis si jamais quand je serai grande et que j'aurais appris un peu je ferai ça plus proprement

Pour les RAM: J'ai l'impression que tout va bien ?

Code: Select all

Memory:
  RAM: total: 3.73 GiB used: 924.5 MiB (24.2%) 
  Array-1: capacity: 64 GiB slots: 4 EC: None 
  Device-1: ChannelA-DIMM0 size: No Module Installed 
  Device-2: ChannelA-DIMM1 size: No Module Installed 
  Device-3: ChannelB-DIMM0 size: 4 GiB speed: 2400 MT/s 
  Device-4: ChannelB-DIMM1 size: No Module Installed 
Drives:
  Local Storage: total: 931.51 GiB used: 78.08 GiB (8.4%) 
  ID-1: /dev/sda vendor: Seagate model: ST1000LM035-1RK172 size: 931.51 GiB 
Partition:
  ID-1: / size: 913.74 GiB used: 77.78 GiB (8.5%) fs: ext4 dev: /dev/dm-1 
  ID-2: /boot size: 703.5 MiB used: 310.8 MiB (44.2%) fs: ext4 
  dev: /dev/sda5 
  ID-3: swap-1 size: 976.0 MiB used: 0 KiB (0.0%) fs: swap dev: /dev/dm-2 

[Aztaroth]

Après mon pb vient peut être d'un pc vieillissant et de moi qui ai crypté sans vouloir et autre bêtise surement.
Je veux pas trop vous embêter non plus ....!

C'est aussi ma conclusion, mais je voulais en être sûr en vérifiant tout. Effectivement, "Uma" (LM20.2) est sans doute un peu exigeant pour cet ordi : cela ne l'empêchera pas de fonctionner correctement (c'est d'ailleurs le cas), mais il ne battra pas de record.

Pour les RAM: J'ai l'impression que tout va bien ?

Oui, je n'avais pas besoin du détail, juste de la quantité. Selon l'usage qui est fait, 4Gb peuvent être un peu juste : plusieurs onglets dans Firefox, des logiciels gourmands en mémoire (vidéo-conférences, webcams...). Mais là encore, c'est gérable. Ce le serait encore plus avec un fichier d'échange (swap) qui ne serait pas crypté
ID-3: swap-1 size: 976.0 MiB used: 0 KiB (0.0%) fs: swap dev: /dev/dm-2
(/dev/dmX indique un "device mapper", autrement dit un cryptage) et qui aurait une taille plus grande (4Gb), mais je sais que c'est l'installation par défaut de LM20.2

En résumé, à part ce cryptage pas vraiment nécessaire (tout du moins pour le fichier d'échange), tout va relativement bien :
ton pc est lent parce qu'il est lent de nature
Par contre, MATE est un bon choix de version car il est beaucoup moins gourmand que la version de base Cinnamon (et un chouïa plus gourmand que XFCE, mais que je trouve un peu trop spartiate).

Après que tu aies bien mangé toute ta soupe Linux et que tu seras devenue grande, tu pourras essayer une version inférieure (LM19.3 MATE) et ton PC sera probablement beaucoup plus réactif.

Je veux pas trop vous embêter non plus ....!

Tant que j'ai droit à mon week-end et mes congés payés, pas de pb
Plus sérieusement, si l'on vient sur le forum pour aider et partager les quelques connaissances qu'on a pu acquérir, c'est qu'on ne se sent pas embêté par ceux qui posent les questions, d'autant que parfois on peut avoir soi-même un pb à résoudre et se retrouver du côté récepteur. Et l'apprenneur apprend souvent en même temps que l'apprenant.

[Frida]

Bon, super merci !

Quand j'aurais un peu de temps devant moi je tenterai d'installer ça sans crypter tout...!

Génial pour le coup de main, j'ai regardé un peu tout et vais continuer au fur et à mesure des problèmes

Bonne fin de week-end !!