Page 2 sur 3
Re: démarrage lent
Posté : lun. 16 févr. 2026 20:11
par geronimo38
Dernier message de la page précédente :
Code : Tout sélectionner
lsblk -fe7 | cat
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
sda
├─sda1 ext4 1.0 w10 47927299-648f-4a03-83f0-a44a6cbbb32d
├─sda2 vfat FAT32 0531-5BF8 505,8M 1% /boot/efi
└─sda3 ext4 1.0 32144f13-45e9-4935-8c1c-96508267ac3a 820,2G 5% /
sdb
├─sdb1 vfat FAT32 04AC-4D8D
├─sdb2
├─sdb3 ntfs Windows 661A54421A541183
└─sdb4 ntfs Windows RE tools A43E9CE23E9CAF34
sr0
Re: démarrage lent
Posté : mar. 17 févr. 2026 01:48
par Jennatux
Je ne vois rien de ce coté là, pas d'erreur dans les montages
Donne quand meme
Essayes peut etre de réinstaller grub
Puis
Re: démarrage lent
Posté : mar. 17 févr. 2026 10:18
par geronimo38
Merci, je vais tenter tout ça. J'avais également posé la question à Mistral "le chat" qui m'a fait la réponse suivante:
Jean-Jacques, les erreurs **ACPI** que tu vois dans tes logs (`ACPI Error: No handler`, `ACPI Error: Region SystemCMO`, etc.) sont courantes sur certains PC portables (surtout HP, Lenovo, Dell, etc.) sous Linux. Elles sont généralement liées à une incompatibilité entre le firmware ACPI de ton BIOS et le noyau Linux. Ces erreurs peuvent ralentir le démarrage, mais ne causent pas toujours de problèmes graves. Voici comment les diagnostiquer et les résoudre :
---
## **1. Comprendre les erreurs ACPI**
- **ACPI** (Advanced Configuration and Power Interface) gère la communication entre le matériel et le système d’exploitation (alimentation, température, périphériques, etc.).
- Ces erreurs indiquent que le noyau Linux ne sait pas gérer certaines fonctions ACPI spécifiques à ton matériel.
- Elles peuvent provoquer des ralentissements au démarrage, mais rarement des plantages du système.
---
## **2. Solutions possibles**
### **A. Mettre à jour le BIOS**
- **Pourquoi ?** Un BIOS obsolète peut contenir des bugs ACPI.
- **Comment faire ?**
1. Redémarre ton PC et entre dans le BIOS (généralement en appuyant sur `F10`, `F2`, ou `Échap` au démarrage).
2. Cherche une option comme **"Check for BIOS Updates"** ou télécharge la dernière version sur le site de HP pour ton modèle (`HP Laptop 15-bs0xx`).
3. Suis les instructions de HP pour mettre à jour le BIOS.
---
### **B. Désactiver certaines fonctions ACPI dans GRUB**
- **Pourquoi ?** Certaines fonctions ACPI peuvent être désactivées au démarrage pour éviter les erreurs.
- **Comment faire ?**
1. Ouvre le fichier de configuration de GRUB :
```bash
sudo nano /etc/default/grub
```
2. Cherche la ligne :
```ini
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
```
3. Remplace-la par (essaie une option à la fois) :
```ini
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=off"
```
**OU** (moins radical) :
```ini
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_no_strict"
```
**OU** (pour ignorer les erreurs ACPI) :
```ini
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_enforce_resources=lax"
```
4. Sauvegarde (`Ctrl+O`, puis `Ctrl+X`), puis mets à jour GRUB :
```bash
sudo update-grub
```
5. Redémarre et observe si les erreurs persistent.
---
### **C. Blacklister le module ACPI problématique**
- **Pourquoi ?** Si une fonction ACPI spécifique pose problème, tu peux la désactiver.
- **Comment faire ?**
1. Identifie le module problématique dans les logs (ex: `dmesg | grep -i acpi`).
2. Crée un fichier de blacklist :
```bash
sudo nano /etc/modprobe.d/blacklist-acpi.conf
```
3. Ajoute la ligne (exemple) :
```ini
blacklist hp_wmi
```
4. Sauvegarde, redémarre et vérifie.
---
### **D. Mettre à jour le noyau Linux**
- **Pourquoi ?** Les nouvelles versions du noyau corrigent souvent des bugs ACPI.
- **Comment faire ?**
1. Vérifie ta version actuelle :
```bash
uname -r
```
2. Installe un noyau plus récent (ex: 6.5 ou 6.6) via le **Gestionnaire de mises à jour** (onglet "Noyau Linux") ou en ligne de commande.
---
### **E. Vérifier les conflits matériels**
- **Pourquoi ?** Certains périphériques (Wi-Fi, carte graphique, etc.) peuvent interférer avec ACPI.
- **Comment faire ?**
- Désactive temporairement le Wi-Fi ou d’autres périphériques dans le BIOS pour voir si le problème persiste.
---
## **3. Vérifier l’impact des erreurs**
- Après chaque modification, redémarre et vérifie :
- Le temps de démarrage (`systemd-analyze`).
- La présence d’erreurs ACPI (`dmesg | grep -i acpi`).
- La stabilité du système.
---
## **4. Si rien ne fonctionne**
- **Signaler le bug** :
Si les erreurs persistent et impactent vraiment ton utilisation, tu peux signaler le bug aux développeurs du noyau Linux ou de Linux Mint, en fournissant les logs complets (`dmesg`, `journalctl -b`).
---
### **Prochaine étape**
Je te recommande de commencer par **mettre à jour le BIOS** et **ajouter `acpi_no_strict` dans GRUB**, car ce sont les solutions les moins intrusives. Veux-tu que je t’aide à analyser les logs plus en détail ou à appliquer l’une de ces solutions ?
Re: démarrage lent
Posté : mar. 17 févr. 2026 11:42
par geronimo38
Code : Tout sélectionner
ls /
bin etc lost+found root swapfile
bin.usr-is-merged home media run sys
boot lib mnt sbin tmp
cdrom lib64 opt sbin.usr-is-merged usr
dev lib.usr-is-merged proc srv var
Re: démarrage lent
Posté : mar. 17 févr. 2026 12:07
par geronimo38
jennatux, j'ai fait tout ce que tu as mentionné et rien de changé, toujours aussi long.
Re: démarrage lent
Posté : mar. 17 févr. 2026 16:55
par Jennatux
je n'y connais rien dans ce genre de probleme, a part un peu si ça avait été dû à un problème de montage de partitions , mais ce n'est pas le cas
j'ai déja suivi des discussions sur la lenteur de démarrage , qui s'arrange un peu parfois mais pas toujours et je peux te demander la retour de quelques commandes qui vont peut etre interpeller d'autres ici.
Donne le retour de
et
on pourra aussi essayer de modifier la ligne GRUB_CMDLINE_LINUX_DEFAULT
donne le retour de
Re: démarrage lent
Posté : mar. 17 févr. 2026 22:47
par alain
@Jennatux
Je n'ai plus tellement le temps de me pencher sur les sujets.
Mais il me semble voir un swap dans le fstab et ne le voit pas dans le lsblk. J'ai peut être de la me**e dans les yeux mais a vérifier, non?
Re: démarrage lent
Posté : mer. 18 févr. 2026 10:14
par Jennatux
Salut alain
C'est swapfile et j'ai vérifié avec la commande ls / le fichier est bien présent
@geronimo38
Re: démarrage lent
Posté : mer. 18 févr. 2026 11:36
par geronimo38
tout a la suite:
Code : Tout sélectionner
systemd-analyze blame
30.910s e2scrub_reap.service
29.474s logrotate.service
15.781s NetworkManager.service
13.699s blueman-mechanism.service
13.611s systemd-journal-flush.service
11.997s dev-sda3.device
10.238s thermald.service
9.935s dpkg-db-backup.service
9.426s udisks2.service
8.664s ModemManager.service
7.675s systemd-udevd.service
7.560s cups.service
7.543s accounts-daemon.service
6.810s power-profiles-daemon.service
6.768s polkit.service
5.553s NetworkManager-wait-online.service
5.194s upower.service
5.139s avahi-daemon.service
5.137s bluetooth.service
5.063s dbus.service
4.793s ufw.service
4.785s ubuntu-system-adjustments.service
4.372s switcheroo-control.service
2.917s systemd-tmpfiles-setup.service
2.156s plymouth-start.service
2.028s rsyslog.service
1.996s gpu-manager.service
1.769s boot-efi.mount
1.503s systemd-sysctl.service
1.462s casper-md5check.service
1.332s secureboot-db.service
1.302s systemd-random-seed.service
1.205s lightdm.service
1.191s plymouth-quit-wait.service
1.185s lvm2-monitor.service
1.156s systemd-tmpfiles-setup-dev-early.service
1.114s plymouth-read-write.service
1.110s grub-common.service
1.065s systemd-fsck@dev-disk-by\x2duuid-0531\x2d5BF8.service
1.039s lm-sensors.service
918ms systemd-modules-load.service
854ms systemd-resolved.service
818ms systemd-logind.service
798ms grub-initrd-fallback.service
706ms colord.service
701ms keyboard-setup.service
689ms systemd-journald.service
641ms wpa_supplicant.service
625ms systemd-tmpfiles-clean.service
624ms systemd-backlight@backlight:intel_backlight.service
603ms systemd-udev-trigger.service
337ms setvtrgb.service
334ms systemd-timesyncd.service
332ms user@1000.service
293ms swapfile.swap
275ms systemd-update-utmp.service
270ms systemd-rfkill.service
244ms kerneloops.service
243ms dev-hugepages.mount
241ms dev-mqueue.mount
239ms sys-kernel-debug.mount
235ms sys-kernel-tracing.mount
223ms kmod-static-nodes.service
215ms modprobe@configfs.service
211ms modprobe@drm.service
204ms modprobe@fuse.service
157ms systemd-remount-fs.service
126ms console-setup.service
101ms finalrd.service
96ms systemd-binfmt.service
85ms rtkit-daemon.service
55ms systemd-user-sessions.service
33ms proc-sys-fs-binfmt_misc.mount
21ms alsa-restore.service
18ms systemd-tmpfiles-setup-dev.service
14ms systemd-update-utmp-runlevel.service
14ms modprobe@loop.service
13ms user-runtime-dir@1000.service
10ms modprobe@dm_mod.service
10ms modprobe@efi_pstore.service
9ms sys-kernel-config.mount
8ms sys-fs-fuse-connections.mount
8ms openvpn.service
75us blk-availability.service
Code : Tout sélectionner
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 @56.021s
└─multi-user.target @56.021s
└─cups-browsed.service @53.551s
└─cups.service @45.976s +7.560s
└─network.target @45.966s
└─NetworkManager.service @30.183s +15.781s
└─dbus.service @25.101s +5.063s
└─basic.target @24.991s
└─sockets.target @24.991s
└─cups.socket @29.057s
└─sysinit.target @24.826s
└─systemd-resolved.service @23.971s +854ms
└─systemd-tmpfiles-setup.service @21.039s +2.917s
└─local-fs.target @20.898s
└─boot-efi.mount @19.129s +1.769s
└─systemd-fsck@dev-disk-by\x2duuid-0531\x2d5BF8.ser>
└─dev-disk-by\x2duuid-0531\x2d5BF8.device @17.822s
lines 1-20/20 (END)
Re: démarrage lent
Posté : mer. 18 févr. 2026 15:02
par alain
Jennatux a écrit : mer. 18 févr. 2026 10:14
Salut alain
C'est swapfile et j'ai vérifié avec la commande ls / le fichier est bien présent
Ha oui! Au temps pour moi
@geronimo38
pense a mettre les balises code sur les retours de terminal : le </> de la barre d'outils du message. Merci
Re: démarrage lent
Posté : mer. 18 févr. 2026 15:40
par tyrry