#1 Le 27/10/2024, à 19:16
- xianbroc
[RESOLU] Partage de connexion avec smartphone reste en mode "éteint"
Solution permettant de télécharger des pilotes pour le wi-fi, d’effectuer des mises à jour, etc
1) La solution la plus économique à privilégier est d'activer le wi-fi du smartphone et de connecter celui-ci à l'ordinateur au moyen du câble USB
Bonjour,
Si l'ordi est connecté en Ethernet, le Network Manager graphique me montre une unique connexion nommée "Filaire connecté" dans laquelle je trouve cochée "Connexion Filaire 1"
Quand, en plus, mon smartphone (connecté en WiFi à internet) est branché sur l'ordi en USB et que j'activ "Modem USB", le Network Manager graphique me montre deux connexions :
1. "PCI Ethernet connecté" dans laquelle je trouve cochée "Connexion Filaire 1"
2. "Ethernet éteint" dans laquelle je ne peux pas cocher "Connexion Filaire 1"
Tout ceci semble vouloir me dire que la connexion au réseau par WiFi et USB n'est pas fonctionnelle.
Est-ce exact ?
Si oui, comment la rendre fonctionnelle ?
Dernière modification par xianbroc (Hier à 19:09)
Hors ligne
#2 Le 27/10/2024, à 19:19
- xubu1957
Re : [RESOLU] Partage de connexion avec smartphone reste en mode "éteint"
Bonjour,
Montre, en te servant du Retour utilisable de commande :
lsusb
ip a
Dernière modification par xubu1957 (Le 27/10/2024, à 19:20)
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#3 Le 27/10/2024, à 23:17
- xianbroc
Re : [RESOLU] Partage de connexion avec smartphone reste en mode "éteint"
xianne@xianne-G5429fr:~$ lsusb
Bus 002 Device 003: ID 058f:6366 Alcor Micro Corp. Multi Flash Reader
Bus 002 Device 011: ID 04e8:6863 Samsung Electronics Co., Ltd Galaxy series, misc. (tethering mode)
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 004: ID 0461:0010 Primax Electronics, Ltd HP PR1101U / Primax PMX-KPR1101U Keyboard
Bus 001 Device 003: ID 0461:4d0f Primax Electronics, Ltd HP Optical Mouse
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
xianne@xianne-G5429fr:~$
xianne@xianne-G5429fr:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 2c:27:d7:42:07:1a brd ff:ff:ff:ff:ff:ff
altname enp7s0
inet 192.168.1.16/24 brd 192.168.1.255 scope global dynamic noprefixroute eno1
valid_lft 86346sec preferred_lft 86346sec
inet6 2a01:cb05:82b9:1a00:b766:fe62:17e7:4d77/64 scope global temporary dynamic
valid_lft 86398sec preferred_lft 598sec
inet6 2a01:cb05:82b9:1a00:e56f:949a:c04a:c344/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 86398sec preferred_lft 598sec
inet6 fe80::c682:51d0:96f9:eac4/64 scope link noprefixroute
valid_lft forever preferred_lft forever
6: usb0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
link/ether 6a:65:75:a8:26:fd brd ff:ff:ff:ff:ff:ff
xianne@xianne-G5429fr:~$
Hors ligne
#4 Le 28/10/2024, à 00:47
- xianbroc
Re : [RESOLU] Partage de connexion avec smartphone reste en mode "éteint"
J'ai lancé nmtui et "Activer une connexion".
J'ai choisi la connexion USB et il m'a été répondu que l'adresse MAC était incompatible avec ce type de connexion.
J'ai créé un nouveau profil en supprimant l'adresse MAC.
Et la connexion WiFi+USB fonctionne : le ping répond et Firefox donne des réponses
Dernière modification par xianbroc (Le 28/10/2024, à 00:49)
Hors ligne
#5 Le 28/10/2024, à 00:52
- xianbroc
Re : [RESOLU] Partage de connexion avec smartphone reste en mode "éteint"
En activant le branchement filaire Ethernet, j'ai
xianne@xianne-G5429fr:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 2c:27:d7:42:07:1a brd ff:ff:ff:ff:ff:ff
altname enp7s0
inet 192.168.1.16/24 brd 192.168.1.255 scope global dynamic noprefixroute eno1
valid_lft 86382sec preferred_lft 86382sec
inet6 2a01:cb05:82b9:1a00:94d2:3331:cc42:374/64 scope global temporary dynamic
valid_lft 86385sec preferred_lft 585sec
inet6 2a01:cb05:82b9:1a00:e56f:949a:c04a:c344/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 86385sec preferred_lft 585sec
inet6 fe80::c682:51d0:96f9:eac4/64 scope link noprefixroute
valid_lft forever preferred_lft forever
9: usb0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
link/ether 72:98:2d:a5:ed:a0 brd ff:ff:ff:ff:ff:ff
En activant le branchement USB + WiFi j'ai
xianne@xianne-G5429fr:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 2c:27:d7:42:07:1a brd ff:ff:ff:ff:ff:ff
altname enp7s0
9: usb0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
link/ether 72:98:2d:a5:ed:a0 brd ff:ff:ff:ff:ff:ff
inet 192.168.90.105/24 brd 192.168.90.255 scope global dynamic noprefixroute usb0
valid_lft 3580sec preferred_lft 3580sec
inet6 fe80::41a8:9c3f:5069:f149/64 scope link noprefixroute
valid_lft forever preferred_lft forever
Ça a donc l'air de fonctionner...
Dernière modification par xianbroc (Hier à 19:07)
Hors ligne