Puisque vous utilisez la version Lite (Ligne de commande uniquement / CLI) de Trixie, le problème provient directement de la gestion d'énergie de la console Linux (le noyau) ou d'un conflit lié au réseau (
NetworkManager) lors des coupures de signal HDMI.
[1, 2]
Dans la version sans interface graphique, c'est le pilote graphique KMS (Kernel Mode Setting) qui coupe brusquement le signal vidéo au bout de 10 minutes. Sur certaines versions de développement de Trixie, cette coupure matérielle fait geler le bus ou le pilote réseau (le système s'arrête d'un coup).
[1, 2, 3]
Voici le protocole exact pour stabiliser votre serveur en ligne de commande :
1. Forcer le noyau Linux à ne JAMAIS couper le HDMI
C'est l'étape la plus critique en mode CLI.
[1]
- Ouvrez le fichier des paramètres du noyau :
sudo nano /boot/firmware/cmdline.txt
Utilisez le code avec précaution.
- Vous allez voir une seule très longue ligne de texte. Allez tout au bout de cette ligne, ajoutez un espace, et collez ceci :
Utilisez le code avec précaution.
Attention : Ne sautez pas de ligne. Tout doit rester sur une seule et unique ligne.
- Sauvegardez (
Ctrl+O, puis Entrée) et quittez (Ctrl+X). [1]
2. Désactiver le rafraîchissement d'alimentation du terminal (setterm)
Parfois, le terminal virtuel applique ses propres règles d'économie. Pour bloquer cela au démarrage :
- Éditez votre fichier de profil global :
Utilisez le code avec précaution.
- Ajoutez ces deux lignes tout en bas du fichier :
setterm -blank 0 -powersave off -powerdown 0 2>/dev/null
Utilisez le code avec précaution.
- Sauvegardez et quittez.
3. Corriger le bug connu de déconnexion Wi-Fi de Trixie Lite (Si vous êtes en Wi-Fi)
Il existe un bug documenté sur Raspberry Pi OS Lite (Trixie) où
NetworkManager perd définitivement le Wi-Fi après une phase d'inactivité et refuse de s'y reconnecter sans redémarrage. La solution officielle consiste à forcer l'utilisation du backend
iwd :
[1]
- Installez le module réseau :
sudo apt update && sudo apt install iwd
Utilisez le code avec précaution.
- Créez un fichier de configuration pour dire à
NetworkManager d'utiliser iwd :
sudo nano /etc/NetworkManager/conf.d/wifi-backend.conf
Utilisez le code avec précaution.
- Collez les lignes suivantes à l'intérieur :
[device]
wifi.backend=iwd
Utilisez le code avec précaution.
- Sauvegardez, quittez, puis redémarrez votre serveur :
sudo reboot. [1]
4. Ajuster la tolérance aux micro-coupures SSH (Quality of Service)
Certains routeurs ou box internet coupent les paquets SSH s'ils détectent que le Pi réduit sa consommation.
[1, 2]
- Ouvrez la configuration SSH :
sudo nano /etc/ssh/sshd_config
Utilisez le code avec précaution.
- Ajoutez ces lignes à la fin pour forcer un signal réseau persistant et désactiver le marquage de paquet QoS agressif qui fait planter certaines connexions sur le Pi 5 :
ClientAliveInterval 30
ClientAliveCountMax 5
IPQoS cs0 cs0
Utilisez le code avec précaution.
- Redémarrez le service : [1, 2]
sudo systemctl restart ssh
Utilisez le code avec précaution.
Une fois le Raspberry Pi redémarré avec ces paramètres, l'écran HDMI restera allumé indéfiniment et le pilote réseau ne subira plus de mise en veille matérielle.
[1, 2]
Si malgré cela le serveur coupe encore, indiquez-moi :
- Est-il branché en câble Ethernet ou en Wi-Fi ?
- Lorsque la panne survient, les LEDs du Raspberry Pi 5 (rouge/verte) changent-elles de comportement (éteintes, rouge fixe, ou clignotement spécifique) ?