C'est sûr qu'avec ce genre de commandes, il ne faut surtout pas se tromper de nom de fichier de périphérique.
Pour savoir quel est le nom du fichier de périphérique qui permet d'accéder à ta clef USB,
tu peux, avant et ensuite après avoir inséré la clef sur un connecteur USB de ta machine,
entrer la ligne de commande suivante :
udisksctl status
Avant d'avoir connecté ma clef à un connecteur USB de ma machine :
mic@deb12x:~$ udisksctl status
MODEL REVISION SERIAL DEVICE
--------------------------------------------------------------------------
Samsung SSD 870 QVO 1TB SVQ02B6Q S5SVNF0R491094P sda
mic@deb12x:~$
Dans ce retour de commande, on peut voir qu'un seul disque est accessible à ma machine.
(NOTE : Si il y avait plusieurs disques de la même marque, même modèle, et même type, je pourrais les identifier par leur numéro de série (SERIAL).)
Après avoir connecté ma clef sur un connecteur USB de ma machine :
mic@deb12x:~$ udisksctl status
MODEL REVISION SERIAL DEVICE
--------------------------------------------------------------------------
Samsung SSD 870 QVO 1TB SVQ02B6Q S5SVNF0R491094P sda
SanDisk Cruzer Blade 1.00 04020116070722181822 sdb
mic@deb12x:~$
Dans ce retour de commande, on peut voir qu'un nouveau "disque" (<=> ma clef USB) est maintenant accessible à ma machine,
et que c'est le fichier de périphérique (<=> DEVICE) nommé "sdb" qui permettra d'accéder à ce "disque".
Comme les fichiers de périphérique sont créés dans le répertoire "/dev/" (<=> devices),
le chemin du fichier de périphérique qui permettra d'accéder à ce disque sur ma machine est "/dev/sdb"
Tu peux obtenir encore plus de détails en lançant, avant de connecter ta clef à un connecteur USB de ta machine,
la ligne de commande suivante :
udisksctl monitor
(taper Ctrl-C pour quitter)
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
Et après avoir fait ce que tu proposes, il te faudra recréer un nouveau MBR, etc. => ça donnera le même résultat que ce que je proposais de faire, mais ce sera plus long à faire puisqu'il y aura cette inutile commande dd à passer avant alors qu'il suffit de simplement créer un nouveau MBR pour que l'ancien soit remplacé par le nouveau.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
Logiquement, ce n'est pas la clef que l'on formate, mais une partition qui aura été d'abord créée sur cette clef.
Si tu avais utilisé cette clef pour installer un système linux sur ton PC, alors c'est que tu avais démarré ton PC avec le système installé sur cette clef, c'est donc une clef "bootable", et elle le restera tant que son MBR n'aura pas été modifié pour qu'elle ne soit plus "bootable".
Pour ça, il te faut créer une nouvelle table de partitionnement sur cette clef USB, pour ensuite pouvoir créer une partition que tu pourras ensuite formater pour le système de gestion de fichiers de ton choix.
Bien sûr, ces opérations vont supprimer tout ce qui existait sur cette clef USB.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
J'ajoute ce lien qui permettra d'accéder à plein de documents concernant ce module LC CH341A
(schémas, fichiers source pour MAC, Linux, android, windows, etc.)
#!/bin/bashrepSource="$HOME/Modèles"repCible="$HOME/Documents"IFS=''# Créer une liste des noms des fichiers qui existent dans le répertoire source (~/Modèles)liste=($repSource/* )liste=("${liste[@]##*/}")# Afficher une boîte de dialogue pour sélectionner un des modèles dans la listemodel="$(zenity --list --title="Choisissez un modèle de fichier." --text="" --column="Liste des modèles existants :"${liste[@]}2>/dev/null)"# Modifier le nom (sans son extension) du fichier à créer[$? -eq 0]&&cible="$(zenity --entry --title="Modifier le nom (sans son extension) du fichier" --text="Entrez le nom du fichier à créer :" --entry-text ${model%.*}2>/dev/null)"# Créer une copie du fichier modèle dans le répertoire cible (~/Documents) et ouvrir le fichier créé[$? -eq 0]&& cp --backup=numbered "$repSource/$model""$repCible/$cible.${model#*.}"&& exo-open "$repCible/$cible.${model#*.}"
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
Rhaaa, j'ai oublié d'ajouter dans le script la modification de IFS.
Ce qui donnerait :
#!/bin/bashrepSource="$HOME/Modèles"repCible="$HOME/Documents"# Créer une liste des fichiers qui existent dans le répertoire source (~/Modèles)liste="$(for f in "$repSource"/*;doprintf'%s\n'"${f/*\/}";done)"# Afficher une boîte de dialogue pour sélectionner un des modèles de la listeOLDIFS=$IFSIFS=$'\n'model="$(zenity --list --text="Choisissez un modèle de fichier." --column="Liste des modèles existants :"$liste2>/dev/null)"IFS=$OLDIFS# Si un modèle a été choisi, créer une copie du fichier modèle dans le répertoire cible (~/Documents) et ouvrir le fichier créé[$? -eq 0]&& cp --backup=numbered "$repSource/$model""$repCible/$model"&& exo-open "$repCible/$model"
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
Pour faire afficher une boîte de sélection affichant la liste des fichiers du répertoire /$HOME/Modèles et ouvrir ensuite, dans le répertoire /$HOME/Documents, une copie du fichier sélectionné, j'ai utilisé zenity dans un script qu'il faudra faire lancer par le … lanceur.
Contenu du script :
#!/bin/bashrepSource="$HOME/Modèles"repCible="$HOME/Documents"# Créer une liste des fichiers qui existent dans le répertoire source (~/Modèles)liste="$(for f in "$repSource"/*;doprintf'%s\n'"${f/*\/}";done)"# Afficher une boîte de dialogue pour sélectionner un des modèles de la listemodel="$(zenity --list --text="Choisissez un modèle de fichier." --column="Liste des modèles existants :"$liste2>/dev/null)"# Si un modèle a été choisi, créer une copie du fichier modèle dans le répertoire cible (~/Documents) et ouvrir le fichier créé[$? -eq 0]&& cp --backup=numbered "$repSource/$model""$repCible/$model"&& exo-open "$repCible/$model"
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
De quel type de document s'agit-il ? Est-ce un document texte, image, vidéo, audio, fichier archive, tableur, etc. ?
Il faudrait que le lanceur démarre le programme (celui qui va être utilisé pour créer le document) en lui donnant les paramètres (répertoire dans lequel le document doit être créé, propriétés du document, etc.) qu'il faut.
Donc il faudrait chercher, dans le manuel du programme concerné, quels paramètres utiliser et comment les spécifier dans la ligne de commande du lanceur.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
Posté par MicP .
En réponse au message transfert audio par bluetooth.
Évalué à 6 (+5/-0).
Dernière modification le 07 octobre 2025 à 12:39.
Bonjour
Techniquement, ce sont des émetteurs/récepteurs Bluetooth même si on les trouve plus souvent appelés "récepteur audio Bluetooth"
Si tu fais des recherches en utilisant le motif de recherche "récepteur audio Bluetooth" tu en trouveras à tous les prix.
Si ton ordinateur est déjà équipé en Bluetooth, tu n'auras besoin de rien d'autre, sinon, il te faudra connecter une clef USB Bluetooth sur ton ordinateur.
Une fois que ton ordinateur (par la clef USB ou sa carte Bluetooth) et le boîtier audio Bluetooth seront appairés, le système linux verra qu'un nouveau périphérique audio est connecté et tu pourras y accéder avec ton gestionnaire de son.
Logiquement, l'appairage n'est à faire qu'une fois, et les fois suivantes la clef USB et le boîtier audio se souviennent de leur toute première connexion pendant laquelle ils avaient tendrement échangé leurs clefs, du coup, comme ils savent tous les deux ce qu'ils veulent, ils ne perdent pas de temps en préliminaires : ils se connectent direct.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
Posté par MicP .
En réponse au message Arduino virtuel.
Évalué à 3 (+2/-0).
Dernière modification le 20 septembre 2025 à 19:24.
Bonjour
… un PC n'a pas de GPIO à contrôler …
J'utilisais les E/S du port parallèle du PC-AT et XT (maintenant, on peut utiliser un module pas cher du tout USB/IEEE-1284 1394 Y-130) pour, par exemple, commander des optocoupleurs qui à leur tour pouvaient commander des relais.
Sur les broches du ou des connecteurs pour écran du PC, il y a un accès direct à un port I²C (broches VGA 9 10 12 15) qui est utilisé pour dialoguer avec l'écran (protocole DDC), et la plupart des modules utilisables par un arduino peuvent êtres pilotés depuis un PC par une carte USB<=>SPI (ou autres protocoles).
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
Au moment où tu as lancé la commande ip a sur le NAS, est-ce qu'un câble RJ45 reliait le NAS à ton MAC ?
Si Oui, alors je ne vois pas du tout pourquoi dans le retour de la commande ip a l'interface réseau eno1 n'a pas d'adresse IP dans le réseau 169.254.0.0/16
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
Je n'ai rien trouvé dans la documentation, mais c'est peut-être parce que sur ce NAS, tout se configure avec une interface web spécifique.
Par contre, contrairement à ce que je croyais, j'ai lu dans plusieurs messages concernant des NAS synology que si un serveur DHCP n'était pas trouvé, l'interface réseau tentait automatiquement d'utiliser APIPA.
Je passe la main à des personnes plus compétentes et mieux informées que moi.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
Oui, il s'agit bien d'une manip à faire sur le NAS de façon à ce que son interface ethernet (N°2 <=> en01 <=> câble RJ45) n'aille pas demander en vain une adresse IP à un serveur DHCP qui n'est plus accessible dans ce contexte.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
L'interface réseau N°2 (câble avec connecteur RJ45) de ton NAS était connectée à une box, et c'est le serveur DHCP de cette box qui donnait l'adresse IP à ton NAS pour qu'il puisse être connecté à ta box. Du coup, cette interface réseau était configurée de façon à ce qu'elle demande au serveur DHCP de la Box l'adresse IP à utiliser.
Il faudrait désactiver cette demande d'adresse par DHCP concernant l'interface N°2 (en01 <=> connecteur RJ45) de façon à ce qu'elle puisse se configurer automatiquement en utilisant une adresse dans le réseau 169.254.0.0/16
Je n'ai jamais eu de NAS synology, et je ne sais pas du tout comment les interfaces réseau de ce NAS peuvent y être configurées.
J'ai essayé, sur le site de téléchargement de synology, de trouver de la documentation concernant ce NAS, mais j'ai vu qu'il existait plusieurs modèles.
Avec les références de ton NAS j'arriverai peut-être à récupérer la "bonne" documentation.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
C'est peut-être simplement le fait que l'interface réseau "eno1" a été configurée pour aller chercher une adresse IP qu'un serveur DHCP (absent dans ce contexte) lui donnerait.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
Dans le nom "wlx8c3badae19cd" de l'interface réseau N°3, le préfixe "wl" indique qu'il s'agit d'une interface de type "wlan" <=> WiFi
Le préfixe "en" de l'interface réseau N°2 nommée "eno1" indique qu'il s'agit d'une interface réseau de type "ethernet" <=> Connecteur RJ45.
L'interface réseau "eno1" est "UP", mais il y a peut-être un fichier de configuration qui l'empêche d'utiliser une adresse IP du réseau 169.254.0.0/16
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
J'ajoute aussi que le compte utilisateur non privilégié (<=> qui n'est pas root et qui aura lancé la commande de montage du système de fichiers en utilisant la commande udisksctl) n'aura pas non plus besoin d'utiliser les privilèges du compte root pour pouvoir accéder au système de fichiers monté.
(Dans le retour de la commande ls dans l'exemple, on peut voir que les fichiers du système de fichiers montés sont la propriété du compte mic et du groupe mic.)
Donc, dans l'exemple que j'ai donné, le compte mic aura accès au système de fichiers monté sur /media/mic/FREEDOS2022 sans avoir besoin d'utiliser le compte root.
En conclusion, la commande udiskctl va … :
- automatiquement choisir le nom du fichier de périphérique loop à créer (en fonction de ceux qui restent disponibles)
- automatiquement créer le point de montage et automatiquement choisir son nom (en fonction du nom de label du système de fichiers ou de l'UUID de ce système de fichiers)
- automatiquement détruire le répertoire qui sert de point de montage quand il ne sera plus utilisé (<=> au démontage du système de fichiers)
Et surtout, le fait de ne pas avoir besoin d'utiliser les privilèges du compte root pour ces opérations va permettre d'éviter beaucoup d'erreurs qui pourraient avoir de très lourdes conséquences.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: Reset
Posté par MicP . En réponse au message Problème lecture clé USB par la voiture. Évalué à 5 (+4/-0). Dernière modification le 24 octobre 2025 à 16:34.
Bonjour
C'est sûr qu'avec ce genre de commandes, il ne faut surtout pas se tromper de nom de fichier de périphérique.
Pour savoir quel est le nom du fichier de périphérique qui permet d'accéder à ta clef USB,
tu peux, avant et ensuite après avoir inséré la clef sur un connecteur USB de ta machine,
entrer la ligne de commande suivante :
udisksctl status
Avant d'avoir connecté ma clef à un connecteur USB de ma machine :
Dans ce retour de commande, on peut voir qu'un seul disque est accessible à ma machine.
(NOTE : Si il y avait plusieurs disques de la même marque, même modèle, et même type, je pourrais les identifier par leur numéro de série (SERIAL).)
Après avoir connecté ma clef sur un connecteur USB de ma machine :
Dans ce retour de commande, on peut voir qu'un nouveau "disque" (<=> ma clef USB) est maintenant accessible à ma machine,
et que c'est le fichier de périphérique (<=> DEVICE) nommé "sdb" qui permettra d'accéder à ce "disque".
Comme les fichiers de périphérique sont créés dans le répertoire "/dev/" (<=> devices),
le chemin du fichier de périphérique qui permettra d'accéder à ce disque sur ma machine est "/dev/sdb"
Tu peux obtenir encore plus de détails en lançant, avant de connecter ta clef à un connecteur USB de ta machine,
la ligne de commande suivante :
udisksctl monitor
(taper Ctrl-C pour quitter)
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: Reset
Posté par MicP . En réponse au message Problème lecture clé USB par la voiture. Évalué à 2 (+1/-0).
… En faisant ca, tu vires le MBR, …
Et après avoir fait ce que tu proposes, il te faudra recréer un nouveau MBR, etc. => ça donnera le même résultat que ce que je proposais de faire, mais ce sera plus long à faire puisqu'il y aura cette inutile commande dd à passer avant alors qu'il suffit de simplement créer un nouveau MBR pour que l'ancien soit remplacé par le nouveau.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
# Master Boot Record
Posté par MicP . En réponse au message Problème lecture clé USB par la voiture. Évalué à 3 (+2/-0).
Bonjour
Logiquement, ce n'est pas la clef que l'on formate, mais une partition qui aura été d'abord créée sur cette clef.
Si tu avais utilisé cette clef pour installer un système linux sur ton PC, alors c'est que tu avais démarré ton PC avec le système installé sur cette clef, c'est donc une clef "bootable", et elle le restera tant que son MBR n'aura pas été modifié pour qu'elle ne soit plus "bootable".
Pour ça, il te faut créer une nouvelle table de partitionnement sur cette clef USB, pour ensuite pouvoir créer une partition que tu pourras ensuite formater pour le système de gestion de fichiers de ton choix.
Bien sûr, ces opérations vont supprimer tout ce qui existait sur cette clef USB.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: Une arduino ?
Posté par MicP . En réponse au message Arduino virtuel. Évalué à 1 (+0/-0).
J'ajoute ce lien qui permettra d'accéder à plein de documents concernant ce module LC CH341A
(schémas, fichiers source pour MAC, Linux, android, windows, etc.)
https://github.com/hpaluch/hpaluch.github.io/wiki/Getting-started-with-LC-CH341A-USB-conversion-module
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: Demande de précisions
Posté par MicP . En réponse au message créer un lanceur pour "créer un document". Évalué à 1 (+0/-0).
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: Demande de précisions
Posté par MicP . En réponse au message créer un lanceur pour "créer un document". Évalué à 1 (+0/-0).
Rhaaa, j'ai oublié d'ajouter dans le script la modification de IFS.
Ce qui donnerait :
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: Demande de précisions
Posté par MicP . En réponse au message créer un lanceur pour "créer un document". Évalué à 1 (+0/-0). Dernière modification le 10 octobre 2025 à 01:33.
Pour faire afficher une boîte de sélection affichant la liste des fichiers du répertoire
/$HOME/Modèleset ouvrir ensuite, dans le répertoire/$HOME/Documents, une copie du fichier sélectionné, j'ai utilisé zenity dans un script qu'il faudra faire lancer par le … lanceur.Contenu du script :
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
# Quel type de document ?
Posté par MicP . En réponse au message créer un lanceur pour "créer un document". Évalué à 1 (+0/-0).
Bonjour
De quel type de document s'agit-il ? Est-ce un document texte, image, vidéo, audio, fichier archive, tableur, etc. ?
Il faudrait que le lanceur démarre le programme (celui qui va être utilisé pour créer le document) en lui donnant les paramètres (répertoire dans lequel le document doit être créé, propriétés du document, etc.) qu'il faut.
Donc il faudrait chercher, dans le manuel du programme concerné, quels paramètres utiliser et comment les spécifier dans la ligne de commande du lanceur.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: récepteur avec connectique sortie analogique ?
Posté par MicP . En réponse au message transfert audio par bluetooth. Évalué à 6 (+5/-0). Dernière modification le 07 octobre 2025 à 12:39.
Bonjour
Techniquement, ce sont des émetteurs/récepteurs Bluetooth même si on les trouve plus souvent appelés "récepteur audio Bluetooth"
Si tu fais des recherches en utilisant le motif de recherche "récepteur audio Bluetooth" tu en trouveras à tous les prix.
Si ton ordinateur est déjà équipé en Bluetooth, tu n'auras besoin de rien d'autre, sinon, il te faudra connecter une clef USB Bluetooth sur ton ordinateur.
Une fois que ton ordinateur (par la clef USB ou sa carte Bluetooth) et le boîtier audio Bluetooth seront appairés, le système linux verra qu'un nouveau périphérique audio est connecté et tu pourras y accéder avec ton gestionnaire de son.
Logiquement, l'appairage n'est à faire qu'une fois, et les fois suivantes la clef USB et le boîtier audio se souviennent de leur toute première connexion pendant laquelle ils avaient tendrement échangé leurs clefs, du coup, comme ils savent tous les deux ce qu'ils veulent, ils ne perdent pas de temps en préliminaires : ils se connectent direct.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: windows + P sur ton linux ?
Posté par MicP . En réponse au message arandr simplifié. Évalué à 2 (+1/-0). Dernière modification le 01 octobre 2025 à 20:17.
Bonjour
Effectivement, avec l'environnement de bureau Xfce sous Debian 13 (trixie) le raccourci clavier Windows + P permet de le faire.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: Une arduino ?
Posté par MicP . En réponse au message Arduino virtuel. Évalué à 2 (+1/-0).
Il y a aussi le CH341A :
datasheet du CH341A (pdf de 210Ko)
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: Une arduino ?
Posté par MicP . En réponse au message Arduino virtuel. Évalué à 3 (+2/-0). Dernière modification le 20 septembre 2025 à 19:24.
Bonjour
J'utilisais les E/S du port parallèle du PC-AT et XT (maintenant, on peut utiliser un module pas cher du tout USB/IEEE-1284 1394 Y-130) pour, par exemple, commander des optocoupleurs qui à leur tour pouvaient commander des relais.
Sur les broches du ou des connecteurs pour écran du PC, il y a un accès direct à un port I²C (broches VGA 9 10 12 15) qui est utilisé pour dialoguer avec l'écran (protocole DDC), et la plupart des modules utilisables par un arduino peuvent êtres pilotés depuis un PC par une carte USB<=>SPI (ou autres protocoles).
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: Système impérial
Posté par MicP . En réponse à la dépêche La convention du mètre et l’ODF 150 et 20 ans d’ouverture. Évalué à 1 (+0/-0).
Une autre vidéo qui raconte comment ça a dû se passer : imperial.mp4 (vidéo de 4 minutes)
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
# Claude connait la chanson
Posté par MicP . En réponse au journal Anthropic accepte de payer $1.5 milliard pour atteinte au droit d'auteur. Évalué à 7 (+6/-0). Dernière modification le 07 septembre 2025 à 07:11.
Claude répond qu'il connait la chanson et même le nom de son auteur. On pourrait se demander comment il sait tout ça …
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: conventions
Posté par MicP . En réponse au message Dossier de developpement web sous linux. Évalué à 3 (+2/-0).
Laisse la tranquille, elle n'y est pour rien.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: conventions
Posté par MicP . En réponse au message Dossier de developpement web sous linux. Évalué à 6 (+5/-0).
Bonjour
C'est aussi ce que dit la page man retournée par la commande :
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: APIPA
Posté par MicP . En réponse au message Problème montage NAS synology linux mint cinnamon. Évalué à 1 (+0/-0).
@GuiOhm
Au moment où tu as lancé la commande
ip asur le NAS, est-ce qu'un câble RJ45 reliait le NAS à ton MAC ?Si Oui, alors je ne vois pas du tout pourquoi dans le retour de la commande
ip al'interface réseau eno1 n'a pas d'adresse IP dans le réseau 169.254.0.0/16… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: APIPA
Posté par MicP . En réponse au message Problème montage NAS synology linux mint cinnamon. Évalué à 1 (+0/-0).
Je n'ai rien trouvé dans la documentation, mais c'est peut-être parce que sur ce NAS, tout se configure avec une interface web spécifique.
Par contre, contrairement à ce que je croyais, j'ai lu dans plusieurs messages concernant des NAS synology que si un serveur DHCP n'était pas trouvé, l'interface réseau tentait automatiquement d'utiliser APIPA.
Je passe la main à des personnes plus compétentes et mieux informées que moi.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: APIPA
Posté par MicP . En réponse au message Problème montage NAS synology linux mint cinnamon. Évalué à 1 (+0/-0).
Oui, il s'agit bien d'une manip à faire sur le NAS de façon à ce que son interface ethernet (N°2 <=> en01 <=> câble RJ45) n'aille pas demander en vain une adresse IP à un serveur DHCP qui n'est plus accessible dans ce contexte.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: APIPA
Posté par MicP . En réponse au message Problème montage NAS synology linux mint cinnamon. Évalué à 1 (+0/-0). Dernière modification le 31 août 2025 à 15:00.
Bonjour
L'interface réseau N°2 (câble avec connecteur RJ45) de ton NAS était connectée à une box, et c'est le serveur DHCP de cette box qui donnait l'adresse IP à ton NAS pour qu'il puisse être connecté à ta box. Du coup, cette interface réseau était configurée de façon à ce qu'elle demande au serveur DHCP de la Box l'adresse IP à utiliser.
Il faudrait désactiver cette demande d'adresse par DHCP concernant l'interface N°2 (en01 <=> connecteur RJ45) de façon à ce qu'elle puisse se configurer automatiquement en utilisant une adresse dans le réseau 169.254.0.0/16
Je n'ai jamais eu de NAS synology, et je ne sais pas du tout comment les interfaces réseau de ce NAS peuvent y être configurées.
J'ai essayé, sur le site de téléchargement de synology, de trouver de la documentation concernant ce NAS, mais j'ai vu qu'il existait plusieurs modèles.
Avec les références de ton NAS j'arriverai peut-être à récupérer la "bonne" documentation.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: APIPA
Posté par MicP . En réponse au message Problème montage NAS synology linux mint cinnamon. Évalué à 1 (+0/-0).
C'est peut-être simplement le fait que l'interface réseau "eno1" a été configurée pour aller chercher une adresse IP qu'un serveur DHCP (absent dans ce contexte) lui donnerait.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: APIPA
Posté par MicP . En réponse au message Problème montage NAS synology linux mint cinnamon. Évalué à 1 (+0/-0). Dernière modification le 31 août 2025 à 00:41.
Bonjour
Dans le nom "wlx8c3badae19cd" de l'interface réseau N°3, le préfixe "wl" indique qu'il s'agit d'une interface de type "wlan" <=> WiFi
Le préfixe "en" de l'interface réseau N°2 nommée "eno1" indique qu'il s'agit d'une interface réseau de type "ethernet" <=> Connecteur RJ45.
L'interface réseau "eno1" est "UP", mais il y a peut-être un fichier de configuration qui l'empêche d'utiliser une adresse IP du réseau 169.254.0.0/16
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: mes commandes
Posté par MicP . En réponse au message recuperation de données formatées. Évalué à 1 (+0/-0). Dernière modification le 30 août 2025 à 11:37.
J'ajoute aussi que le compte utilisateur non privilégié (<=> qui n'est pas root et qui aura lancé la commande de montage du système de fichiers en utilisant la commande udisksctl) n'aura pas non plus besoin d'utiliser les privilèges du compte root pour pouvoir accéder au système de fichiers monté.
(Dans le retour de la commande ls dans l'exemple, on peut voir que les fichiers du système de fichiers montés sont la propriété du compte mic et du groupe mic.)
Donc, dans l'exemple que j'ai donné, le compte mic aura accès au système de fichiers monté sur /media/mic/FREEDOS2022 sans avoir besoin d'utiliser le compte root.
En conclusion, la commande udiskctl va … :
- automatiquement choisir le nom du fichier de périphérique loop à créer (en fonction de ceux qui restent disponibles)
- automatiquement créer le point de montage et automatiquement choisir son nom (en fonction du nom de label du système de fichiers ou de l'UUID de ce système de fichiers)
- automatiquement détruire le répertoire qui sert de point de montage quand il ne sera plus utilisé (<=> au démontage du système de fichiers)
Et surtout, le fait de ne pas avoir besoin d'utiliser les privilèges du compte root pour ces opérations va permettre d'éviter beaucoup d'erreurs qui pourraient avoir de très lourdes conséquences.
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: LoRa supporte le chiffrement et l'authentification
Posté par MicP . En réponse à la dépêche Cryptographie embarquée : briques de base et communication avec serialguard . Évalué à 1.
Quelques lien supplémentaires (trouvés à la "va-vite") montrant comment ESP NOW fonctionne et ce que l'on peut faire avec :
Device to Device Communication with ESP-NOW
ESP-NOW : Huit points que vous devez connaître
Getting Started with ESP-NOW (ESP32 with Arduino IDE)
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.
[^] # Re: LoRa supporte le chiffrement et l'authentification
Posté par MicP . En réponse à la dépêche Cryptographie embarquée : briques de base et communication avec serialguard . Évalué à 1. Dernière modification le 27 août 2025 à 17:06.
Voir aussi ce qu'on peut faire avec ESP NOW (communication très rapide et qui peut être chiffrée)
… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.