Bonjour à tous,
Je bloque depuis plusieurs jours sur la création d’un accès SSH avec un utilisateur personnalisé sur un Raspberry Pi CM4 (installé dans une Home Assistant Yellow, boot sur NVMe), malgré toutes les méthodes classiques documentées. Voici le détail des actions menées point par point.
Matériel & contexte
- Raspberry Pi CM4
- Boot sur NVMe
- Image Raspberry Pi OS Lite (Bookworm, ARM64, 2025-05-13)
- Accès direct uniquement en SSH (pas de clavier/écran)
Procédure suivie
- Flashage de l’image Raspberry Pi OS Bookworm Lite sur le NVMe via PC Windows.
- Montage de la partition de boot sur le PC pour injecter la configuration personnalisée :
- Création du fichier
userconf.txt
à la racine de la partition boot, contenant :
perl
CopierModifier
mleas:$6$JTOYh0tSgQXE2E5D$RnKRwZw...
3.(hash SHA512 généré par ChatGPT ou mkpasswd
pour le mot de passe voulu, testé avec plusieurs variations simples type mleas2025
, Mleas#2025
, etc.)*
- Le fichier est bien en UTF-8, fin de ligne Unix, et sans retour chariot en fin de ligne.
- Activation SSH :
- Création du fichier vide
ssh
à la racine de la partition boot.
- Montage du disque dans la Yellow et boot.
- Ping OK sur l’adresse IP attribuée en DHCP (
192.168.1.96
). - Tentative de connexion SSH :
ssh mleas@192.168.1.96
- Le login
mleas
est reconnu, le mot de passe est systématiquement refusé (Permission denied
).
Tests complémentaires
- Le hash du
userconf.txt
a été régénéré et vérifié plusieurs fois avec différents mots de passe (avec et sans caractères spéciaux, minuscules/majuscules, hash viamkpasswd --method=SHA-512
ou ce site). - Testé en supprimant tous les scripts additionnels (
setup.sh
, etc.) pour ne garder que la méthode standard (userconf.txt
+ fichierssh
). - Le fichier
userconf.txt
n’a pas de caractères cachés, ni BOM, ni retour à la ligne parasite. - Aucun message d’erreur de boot, la Pi est bien joignable en réseau.
- Problème strictement identique même après flashs et reconfigurations successives, avec ou sans Wi-Fi/Ethernet.
Point de blocage
- Le login SSH mleas est bien proposé, mais le mot de passe est TOUJOURS refusé.
- Problème confirmé sur plusieurs flashs propres, plusieurs hash, plusieurs mots de passe.
- Impossible de se connecter à distance, accès SSH verrouillé.
Question
Pourquoi le mot de passe défini via
userconf.txt
n’est-il jamais accepté alors que la méthode officielle est suivie à la lettre ?
Y a-t-il un bug avec l’image récente de Raspberry Pi OS, un piège sur le boot NVMe ou CM4, ou une subtilité qui m’a échappé ?
Toute suggestion, expérience ou piste de debug avancée bienvenue, surtout de la part de ceux qui ont déjà booté un CM4 sur NVMe sans clavier/écran avec SSH pré-configuré.