08-16-2026, 06:12 PM
(Modification du message : 08-16-2026, 07:14 PM par Steph44200.)
Pascal,
Merci — ton message règle une question qui traînait, et il en pose une autre que je prends très au sérieux.
D'abord ta trouvaille sur l'installation. Le fait que tout passe après avoir nettoyé complètement /dev/sda est l'information qui manquait. Benjithom décrivait la même ScriptError sur un mini PC neuf, livré avec Windows 11 préinstallé — donc un disque plein de partitions Windows. Il a essayé Balena et Rufus, MBR et GPT, sans jamais rien changer, et pour cause : le problème n'était pas dans la gravure, il était dans l'état du disque cible.
Ça veut dire que l'installateur refuse le cas le plus courant qui soit. Un mini PC acheté neuf arrive avec Windows dessus. Tant que ce n'est pas corrigé, je vais au minimum l'écrire noir sur blanc dans la doc : disque vierge exigé. Tu l'as deviné seul, Benjithom non, et rien ne l'indiquait nulle part.
Maintenant ta liaison point à point, et je vais être direct : ce n'est pas un bug de Tune OS, c'est une configuration par défaut appliquée là où elle n'a aucun sens.
Ton enp0s20f0u1 relie deux machines par un câble. Il n'y a pas de routeur au milieu, donc pas de serveur DHCP. Or NetworkManager démarre en ipv4.method=auto, c'est-à-dire en DHCP : il envoie ses requêtes, personne ne répond, il attend, il renonce. D'où exactement le message que tu vois — « IP configuration could not be reserved ». La machine fait consciencieusement une chose impossible.
Et sans adresse IPv4 sur cette interface, le Host ne joint jamais le Target. L'absence de zones et le silence ne sont pas deux problèmes de plus : ce sont les conséquences de celui-là.
Ce que tu peux essayer tout de suite, depuis la console de Tune OS. Repère d'abord le nom exact de la connexion :
nmcli con show
Puis, sur celle qui correspond à enp0s20f0u1, bascule-la en link-local — chaque extrémité s'attribue alors une adresse en 169.254.x.x et les deux se voient, sans serveur ni configuration :
sudo nmcli con mod "<nom>" ipv4.method link-local
sudo nmcli con up "<nom>"
Si ton Target C19 attend un sous-réseau précis plutôt que du link-local, c'est une adresse statique qu'il faut poser, avec la même valeur que sous ta Fedora habituelle :
sudo nmcli con mod "<nom>" ipv4.method manual ipv4.addresses 192.168.x.y/24
sudo nmcli con up "<nom>"
Et c'est là que j'ai besoin de toi. Tu dis que cette liaison n'a jamais été automatique, même sous Fedora — donc tu la configures déjà d'une certaine façon, qui marche. Dis-moi laquelle : link-local ou adresse fixe, et si fixe, quel plan d'adressage attend ton C19. Je ne veux pas deviner et livrer un repli automatique qui marcherait chez moi et pas chez toi.
C'est suivi ici : https://github.com/renesenses/tune-os/issues/16
Ce que je compte faire, sous réserve de ta réponse : détecter le cas plutôt que de tourner en boucle. Une interface dont le lien physique est établi mais dont le DHCP échoue au bout de quelques secondes, sur ce genre de machine, c'est presque toujours un lien point à point vers un target. Basculer en link-local automatiquement, et surtout l'afficher — aujourd'hui rien ne signale qu'une interface est en échec d'adressage, tu as dû aller le chercher toi-même.
Merci pour ces deux retours. Le premier débloque Benjithom, le second m'évite de livrer une image qui laisse muettes toutes les configurations Diretta.
Bertrand
Merci — ton message règle une question qui traînait, et il en pose une autre que je prends très au sérieux.
D'abord ta trouvaille sur l'installation. Le fait que tout passe après avoir nettoyé complètement /dev/sda est l'information qui manquait. Benjithom décrivait la même ScriptError sur un mini PC neuf, livré avec Windows 11 préinstallé — donc un disque plein de partitions Windows. Il a essayé Balena et Rufus, MBR et GPT, sans jamais rien changer, et pour cause : le problème n'était pas dans la gravure, il était dans l'état du disque cible.
Ça veut dire que l'installateur refuse le cas le plus courant qui soit. Un mini PC acheté neuf arrive avec Windows dessus. Tant que ce n'est pas corrigé, je vais au minimum l'écrire noir sur blanc dans la doc : disque vierge exigé. Tu l'as deviné seul, Benjithom non, et rien ne l'indiquait nulle part.
Maintenant ta liaison point à point, et je vais être direct : ce n'est pas un bug de Tune OS, c'est une configuration par défaut appliquée là où elle n'a aucun sens.
Ton enp0s20f0u1 relie deux machines par un câble. Il n'y a pas de routeur au milieu, donc pas de serveur DHCP. Or NetworkManager démarre en ipv4.method=auto, c'est-à-dire en DHCP : il envoie ses requêtes, personne ne répond, il attend, il renonce. D'où exactement le message que tu vois — « IP configuration could not be reserved ». La machine fait consciencieusement une chose impossible.
Et sans adresse IPv4 sur cette interface, le Host ne joint jamais le Target. L'absence de zones et le silence ne sont pas deux problèmes de plus : ce sont les conséquences de celui-là.
Ce que tu peux essayer tout de suite, depuis la console de Tune OS. Repère d'abord le nom exact de la connexion :
nmcli con show
Puis, sur celle qui correspond à enp0s20f0u1, bascule-la en link-local — chaque extrémité s'attribue alors une adresse en 169.254.x.x et les deux se voient, sans serveur ni configuration :
sudo nmcli con mod "<nom>" ipv4.method link-local
sudo nmcli con up "<nom>"
Si ton Target C19 attend un sous-réseau précis plutôt que du link-local, c'est une adresse statique qu'il faut poser, avec la même valeur que sous ta Fedora habituelle :
sudo nmcli con mod "<nom>" ipv4.method manual ipv4.addresses 192.168.x.y/24
sudo nmcli con up "<nom>"
Et c'est là que j'ai besoin de toi. Tu dis que cette liaison n'a jamais été automatique, même sous Fedora — donc tu la configures déjà d'une certaine façon, qui marche. Dis-moi laquelle : link-local ou adresse fixe, et si fixe, quel plan d'adressage attend ton C19. Je ne veux pas deviner et livrer un repli automatique qui marcherait chez moi et pas chez toi.
C'est suivi ici : https://github.com/renesenses/tune-os/issues/16
Ce que je compte faire, sous réserve de ta réponse : détecter le cas plutôt que de tourner en boucle. Une interface dont le lien physique est établi mais dont le DHCP échoue au bout de quelques secondes, sur ce genre de machine, c'est presque toujours un lien point à point vers un target. Basculer en link-local automatiquement, et surtout l'afficher — aujourd'hui rien ne signale qu'une interface est en échec d'adressage, tu as dû aller le chercher toi-même.
Merci pour ces deux retours. Le premier débloque Benjithom, le second m'évite de livrer une image qui laisse muettes toutes les configurations Diretta.
Bertrand