#1 Le 28/12/2019, à 22:02
- yoyé
impossible d'accéder au reseau malgré connexion qui semble effective
j'ai 2 ordi l'un à coté de l'autre, connectés en filaire à la box
l'un fonctionne (j'entends par là que la connexion internet fonctionne sans aucune limitation/problème)
l'autre se connecte (icone de la connexion reseau -3 ordi en triangle en haut à droite- s'allume et au bout de 2 ou 3 secondes, il y a un point d'interrogation à la place)
dans les paramètres>réseau, j'ai bien une connexion filaire connectée 100Mb/s
l'accès à internet via firefox n'est pas possible,
l'accès à mon vpn n'est pas possible,
l'accès aux serveurs pour mises à jour d'ubuntu n'est pas possible.
et ça marche pas mieux en wifi!
c'est apparu "du jour au lendemain". pas le souvenir de l'installation d'un truc nouveau ou d'un quelconque bidouillage...
j'ai pas mal bouquiné différents fils sur le forum et ailleurs, et pas trouvé de début d'explication, correction à ça.
merci de votre aide
Dernière modification par yoyé (Le 28/12/2019, à 22:03)
Hors ligne
#2 Le 28/12/2019, à 22:05
- xubu1957
Re : impossible d'accéder au reseau malgré connexion qui semble effective
Bonjour,
Donne les cartes réseaux :
lspci -k -nn | grep -A 3 -i net
et :
ip a
iwconfig
nmcli dev wifi
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 28/12/2019, à 22:15
- yoyé
Re : impossible d'accéder au reseau malgré connexion qui semble effective
voili voilou les différents retours
lspci -k -nn | grep -A 3 -i net
00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM Gigabit Network Connection (Lewisville) [8086:1502] (rev 04)
Subsystem: Lenovo 82579LM Gigabit Network Connection (Lewisville) [17aa:21f3]
Kernel driver in use: e1000e
Kernel modules: e1000e
00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04)
--
03:00.0 Network controller [0280]: Intel Corporation Centrino Ultimate-N 6300 [8086:4238] (rev 3e)
Subsystem: Intel Corporation Centrino Ultimate-N 6300 3x3 AGN [8086:1111]
Kernel driver in use: iwlwifi
Kernel modules: iwlwifi
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: enp0s25: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 28:d2:44:44:2f:95 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.63/24 brd 192.168.1.255 scope global dynamic noprefixroute enp0s25
valid_lft 86276sec preferred_lft 86276sec
inet6 fe80::2807:320b:36c1:8b83/64 scope link noprefixroute
valid_lft forever preferred_lft forever
3: wlp3s0: <BROADCAST,MULTICAST> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether 3c:a9:f4:92:bc:c8 brd ff:ff:ff:ff:ff:ff
iwconfig
lo no wireless extensions.
enp0s25 no wireless extensions.
wlp3s0 IEEE 802.11 ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=off
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:on
nmcli dev wifi
IN-USE SSID MODE CHAN RATE SIGNAL BARS SECURITY
Hors ligne
#4 Le 28/12/2019, à 22:18
- xubu1957
Re : impossible d'accéder au reseau malgré connexion qui semble effective
Pour tenter de rétablir une connexion filaire :
sudo ip link set enp0s25 down
sudo ip link set enp0s25 up
sudo dhclient enp0s25
(edit= commandes actualisées)
Dernière modification par xubu1957 (Le 28/12/2019, à 22: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
#5 Le 28/12/2019, à 22:22
- xubu1957
Re : impossible d'accéder au reseau malgré connexion qui semble effective
J'ai édité les commandes au #4, j'ai mon ordi habituel en panne de chargeur, et je n'avais pas mes notes récentes.
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
#6 Le 28/12/2019, à 22:24
- yoyé
Re : impossible d'accéder au reseau malgré connexion qui semble effective
RTNETLINK answers: File exists
cmp: EOF on /tmp/tmp.dGOZwKrhol wich is empty
Hors ligne
#7 Le 28/12/2019, à 22:30
- xubu1957
Re : impossible d'accéder au reseau malgré connexion qui semble effective
Montre :
iw reg get
Je pompe depuis ce fil > Accès Internet : plus aucun flux en sortie ! avec un retour similaire à ton post #6
Dernière modification par xubu1957 (Le 28/12/2019, à 22:31)
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
#8 Le 30/12/2019, à 06:12
- yoyé
Re : impossible d'accéder au reseau malgré connexion qui semble effective
pardon de cette interruption soudaine, mais le second ordi qui fonctionnait a coupé la connection (suite à un update/upgrade qui n'avait pas été fait depuis qques temps... j'ai l'impression que c'est le dernier update/upgrade qui fait un truc responsable de ce pb) et est désormais dans le même état que l'autre : une connexion effective mais concretement ne fonctionne pas!
je dois gérer avec l'ordi du voisin maintenant!
iw reg get
global
country 00: DFS-UNSET
(2402 - 2472 @ 40), (N/A, 20), (N/A)
(2457 - 2482 @ 20), (N/A, 20), (N/A), AUTO-BW, PASSIVE-SCAN
(2474 - 2494 @ 20), (N/A, 20), (N/A), NO-OFDM, PASSIVE-SCAN
(5170 - 5250 @ 80), (N/A, 20), (N/A), AUTO-BW, PASSIVE-SCAN
(5250 - 5330 @ 80), (N/A, 20), (0 ms), DFS, AUTO-BW, PASSIVE-SCAN
(5490 - 5730 @ 160), (N/A, 20), (0 ms), DFS, PASSIVE-SCAN
(5735 - 5835 @ 80), (N/A, 20), (N/A), PASSIVE-SCAN
(57240 - 63720 @ 2160), (N/A, 0), (N/A)
Dernière modification par yoyé (Le 30/12/2019, à 06:27)
Hors ligne
#9 Le 30/12/2019, à 07:06
- xubu1957
Re : impossible d'accéder au reseau malgré connexion qui semble effective
Bonjour,
country 00
Je trouve :
.pf est le domaine national de premier niveau réservé à la Polynésie française. Sa gestion administrative est confiée à l’Agence de Réglementation du Numérique (ARN) de la Polynésie française et sa gestion technique est confiée au FAI Vini.
dans > wikipedia.org/wiki:Code_internet_de_pays
Si tu veux tenter :
sudo iw reg set PF
pour suivre le § 4.4 de la Doc > wifi#autorisation_du_canal
_ _ _
Pour investiguer :
Si le réseau filaire ne revient pas, montre tous ces retours
(en les séparant, pour la lisibilité) :lsb_release -d
uname -mr
lspci -nnk | grep -iA3 net
sudo lshw -sanitize -c network
lsmod | sort
iwconfig
ip a
sudo iwlist scan
cat /etc/network/interfaces
sudo rfkill list
nmcli connection show
et, si nmcli connection show ne fonctionne pas :
nmcli connection list
Merci !
Dernière modification par xubu1957 (Le 30/12/2019, à 07:49)
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
#10 Le 30/12/2019, à 08:12
- yoyé
Re : impossible d'accéder au reseau malgré connexion qui semble effective
lui@lui-ThinkPad-T430:~$ lsb_release -d
Description: Ubuntu 18.04.3 LTS
lui@lui-ThinkPad-T430:~$ uname -mr
4.15.0-72-generic x86_64
lui@lui-ThinkPad-T430:~$ lspci -nnk | grep -iA3 net
00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM Gigabit Network Connection (Lewisville) [8086:1502] (rev 04)
Subsystem: Lenovo 82579LM Gigabit Network Connection (Lewisville) [17aa:21f3]
Kernel driver in use: e1000e
Kernel modules: e1000e
00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04)
--
03:00.0 Network controller [0280]: Intel Corporation Centrino Ultimate-N 6300 [8086:4238] (rev 3e)
Subsystem: Intel Corporation Centrino Ultimate-N 6300 3x3 AGN [8086:1111]
Kernel driver in use: iwlwifi
Kernel modules: iwlwifi
lui@lui-ThinkPad-T430:~$ sudo lshw -sanitize -c network
*-network
description: Ethernet interface
produit: 82579LM Gigabit Network Connection (Lewisville)
fabriquant: Intel Corporation
identifiant matériel: 19
information bus: pci@0000:00:19.0
nom logique: enp0s25
version: 04
numéro de série: [REMOVED]
taille: 100Mbit/s
capacité: 1Gbit/s
bits: 32 bits
horloge: 33MHz
fonctionnalités: pm msi bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=3.2.6-k duplex=full firmware=0.13-3 ip=[REMOVED] latency=0 link=yes multicast=yes port=twisted pair speed=100Mbit/s
ressources: irq:26 mémoire:f2500000-f251ffff mémoire:f253b000-f253bfff portE/S:5080(taille=32)
*-network DÉSACTIVÉ
description: Interface réseau sans fil
produit: Centrino Ultimate-N 6300
fabriquant: Intel Corporation
identifiant matériel: 0
information bus: pci@0000:03:00.0
nom logique: wlp3s0
version: 3e
numéro de série: [REMOVED]
bits: 64 bits
horloge: 33MHz
fonctionnalités: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=iwlwifi driverversion=4.15.0-72-generic firmware=9.221.4.1 build 25532 latency=0 link=no multicast=yes wireless=IEEE 802.11
ressources: irq:27 mémoire:f1c00000-f1c01fff
lui@lui-ThinkPad-T430:~$ lsmod | sort
aesni_intel 188416 0
aes_x86_64 20480 1 aesni_intel
ahci 40960 1
arc4 16384 2
autofs4 40960 2
btrfs 1138688 0
cfg80211 622592 3 iwldvm,iwlwifi,mac80211
coretemp 16384 0
crc32_pclmul 16384 0
crct10dif_pclmul 16384 0
cryptd 24576 3 crypto_simd,ghash_clmulni_intel,aesni_intel
crypto_simd 16384 1 aesni_intel
dm_log 20480 2 dm_region_hash,dm_mirror
dm_mirror 24576 0
dm_region_hash 20480 1 dm_mirror
drm 401408 15 drm_kms_helper,i915
drm_kms_helper 172032 1 i915
e1000e 249856 0
fb_sys_fops 16384 1 drm_kms_helper
ghash_clmulni_intel 16384 0
glue_helper 16384 1 aesni_intel
i2c_algo_bit 16384 1 i915
i915 1622016 22
input_leds 16384 0
intel_cstate 20480 0
intel_powerclamp 16384 0
intel_rapl 20480 0
intel_rapl_perf 16384 0
ip6table_filter 16384 0
ip6_tables 28672 1 ip6table_filter
iptable_filter 16384 1
ip_tables 28672 1 iptable_filter
irqbypass 16384 1 kvm
iwldvm 229376 0
iwlwifi 290816 1 iwldvm
joydev 24576 0
kvm 610304 0
libahci 32768 1 ahci
lp 20480 0
lpc_ich 24576 0
mac80211 786432 1 iwldvm
mac_hid 16384 0
media 40960 2 videodev,uvcvideo
mei 94208 1 mei_me
mei_me 40960 0
mmc_block 36864 0
Module Size Used by
nls_iso8859_1 16384 0
nvram 16384 1 thinkpad_acpi
parport 49152 3 parport_pc,lp,ppdev
parport_pc 32768 0
pcbc 16384 0
ppdev 20480 0
pps_core 20480 1 ptp
psmouse 151552 0
ptp 20480 1 e1000e
raid6_pq 114688 1 btrfs
sch_fq_codel 20480 6
sdhci 49152 1 sdhci_pci
sdhci_pci 32768 0
serio_raw 16384 0
shpchp 36864 0
snd 81920 24 snd_hda_codec_generic,snd_seq,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,thinkpad_acpi,snd_pcm,snd_rawmidi
snd_hda_codec 126976 4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
snd_hda_codec_generic 73728 1 snd_hda_codec_realtek
snd_hda_codec_hdmi 49152 1
snd_hda_codec_realtek 106496 1
snd_hda_core 81920 5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
snd_hda_intel 45056 6
snd_hwdep 20480 1 snd_hda_codec
snd_pcm 98304 4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core
snd_rawmidi 32768 1 snd_seq_midi
snd_seq 65536 2 snd_seq_midi,snd_seq_midi_event
snd_seq_device 16384 3 snd_seq,snd_seq_midi,snd_rawmidi
snd_seq_midi 16384 0
snd_seq_midi_event 16384 1 snd_seq_midi
snd_timer 32768 2 snd_seq,snd_pcm
soundcore 16384 1 snd
syscopyarea 16384 1 drm_kms_helper
sysfillrect 16384 1 drm_kms_helper
sysimgblt 16384 1 drm_kms_helper
thinkpad_acpi 94208 1
uvcvideo 86016 0
video 45056 2 thinkpad_acpi,i915
videobuf2_core 40960 2 videobuf2_v4l2,uvcvideo
videobuf2_memops 16384 1 videobuf2_vmalloc
videobuf2_v4l2 24576 1 uvcvideo
videobuf2_vmalloc 16384 1 uvcvideo
videodev 184320 3 videobuf2_core,videobuf2_v4l2,uvcvideo
wmi 24576 1 wmi_bmof
wmi_bmof 16384 0
x86_pkg_temp_thermal 16384 0
xor 24576 1 btrfs
x_tables 40960 5 ip6table_filter,iptable_filter,xt_tcpudp,ip6_tables,ip_tables
xt_tcpudp 16384 4
zstd_compress 163840 1 btrfs
lui@lui-ThinkPad-T430:~$ iwconfig
wlp3s0 IEEE 802.11 ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=off
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:off
lo no wireless extensions.
enp0s25 no wireless extensions.
lui@lui-ThinkPad-T430:~$ 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: enp0s25: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 28:d2:44:44:2f:95 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.63/24 brd 192.168.1.255 scope global dynamic noprefixroute enp0s25
valid_lft 86249sec preferred_lft 86249sec
inet6 fe80::2807:320b:36c1:8b83/64 scope link noprefixroute
valid_lft forever preferred_lft forever
3: wlp3s0: <BROADCAST,MULTICAST> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether 3c:a9:f4:92:bc:c8 brd ff:ff:ff:ff:ff:ff
lui@lui-ThinkPad-T430:~$ sudo iwlist scan
wlp3s0 Interface doesn't support scanning : Network is down
lo Interface doesn't support scanning.
enp0s25 Interface doesn't support scanning.
lui@lui-ThinkPad-T430:~$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
lui@lui-ThinkPad-T430:~$ sudo rfkill list
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: yes
lui@lui-ThinkPad-T430:~$ nmcli connection show
NAME UUID TYPE DEVICE
Connexion filaire 1 fc9fc206-c46c-358f-ba9e-23e6d80f6ea0 ethernet enp0s2
DAMYR a5092abb-d34f-4c83-94a8-5b93b426c925 wifi --
Bunkhouse 0883239a-46ba-4f33-9bd1-7badfa5fc9df wifi --
DIRECT-nt74-MB2700series b86bbd93-9cef-429b-b52f-11885d7192da wifi --
Dining room 421ff5ac-dcfa-439c-867e-b419f196b0ed wifi --
HOTSPOT_Admin bfd92f95-2533-41ba-b824-80efae668e27 wifi --
HOTSPOT_HOTU 9ca564c9-9796-4973-a09a-75c168cd5e0a wifi --
Heritage Public Wireless b659a1d1-0575-4e04-bdaf-abc41f44e4c9 wifi --
Linksys02414 b9c81b38-5e5c-4d7c-9c17-1958c1455346 wifi --
ManaBOXED195E dbbeed60-9120-4386-b5f7-796ecf69e979 wifi --
ManaBOXFBE6C9 0d4c3289-cbde-4ba4-b5e3-ab80380cdece wifi --
ManaBOXFD70A9 0c40c6cd-0b96-4e97-862e-3e49c61873ff wifi --
NetComm 4267 e535a617-2264-4a69-bd02-d53deab55ade wifi --
Netcomm7483 cdca5a9c-873f-4e06-a7c2-7bd22bb699ad wifi --
SFR-c010 5d61c547-5957-4619-a01d-d943dfeb5ee0 wifi --
SPARK-DP6EGD-5G fe8841ec-b59e-4b77-aabe-7f70ed182262 wifi --
Spark WiFi d95efdef-5f75-4583-b9b8-77de4ae96343 wifi --
TAPUHEITINI d2a8b252-6369-4188-ad70-2775f5167270 wifi --
Vinibox2F5C0D 4347511b-3f10-49f6-8ff4-9eb897d7b3bf wifi --
Vinibox2F5C9D 7af1a9e8-87c3-4945-9a4a-d624a5a58800 wifi --
Vinibox2FB125 8b65de40-47a2-44e7-b624-da7e722e5dc8 wifi --
ViniboxEF09C7 83f59ee8-118b-41b5-ab09-cbfd88533ef4 wifi --
ViniboxEF09D7 6bc42291-95fb-4b0d-9aed-be61d814122a wifi --
Wifi-Tahitiairport ccc8dead-9919-45b4-af52-d240a92c6219 wifi --
inspirefreewifi 38079a78-d596-49b0-a62e-18ed408ae616 wifi --
salon-icare 4d45fc47-a46c-4345-8420-949df79c6acd wifi --
whanganui b80efad3-8e28-4907-8264-df6ad460aa32 wifi --
lines 6-28/28 (END)
Hors ligne
#11 Le 30/12/2019, à 08:14
- moko138
Re : impossible d'accéder au reseau malgré connexion qui semble effective
le second ordi qui fonctionnait a coupé la connection (suite à un update/upgrade qui n'avait pas été fait depuis qques temps... j'ai l'impression que c'est le dernier update/upgrade qui fait un truc responsable de ce pb)
Alors démarre sur le noyau antérieur et dis-nous si le problème persiste.
Montre
cat /etc/default/crda
Et dis-nous dans quel pays tu te trouves.
- -
xubu1957,
Je ne comprends pas comment tu tires ".pf" de "country 00: DFS-UNSET".
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#12 Le 30/12/2019, à 08:22
- moko138
Re : impossible d'accéder au reseau malgré connexion qui semble effective
xubu1957,
je remarque :
lui@lui-ThinkPad-T430:~$ sudo lshw -sanitize -c network
(...)
*-network DÉSACTIVÉ
description: Interface réseau sans fil
et
lui@lui-ThinkPad-T430:~$ sudo rfkill list
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: yes
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#13 Le 30/12/2019, à 08:22
- yoyé
Re : impossible d'accéder au reseau malgré connexion qui semble effective
cat /etc/default/crda
REGDOMAIN=
Dernière modification par yoyé (Le 30/12/2019, à 08:39)
Hors ligne
#14 Le 30/12/2019, à 08:24
- yoyé
Re : impossible d'accéder au reseau malgré connexion qui semble effective
le bouton wifi est effectivement désactivé...
Hors ligne
#15 Le 30/12/2019, à 08:25
- xubu1957
Re : impossible d'accéder au reseau malgré connexion qui semble effective
@moko138
Salut !
Il y avait eu cette discussion récente > [resolu]impossibilité de récupérer les archives, échec de la connexion
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
#16 Le 30/12/2019, à 08:25
- moko138
Re : impossible d'accéder au reseau malgré connexion qui semble effective
Et dis-nous dans quel pays tu te trouves.
Si ce n'est pas indiscret.
Vu. Merci xubu1957 !
Dernière modification par moko138 (Le 30/12/2019, à 08:27)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#17 Le 30/12/2019, à 08:32
- yoyé
Re : impossible d'accéder au reseau malgré connexion qui semble effective
le discussion dont tu parles au #15.... c'est moi
le serveur pf ne repondait pas.ça c'est résolu... j'ai donc mis à jour, et j'ai utilisé l'ordi 2 ou 3h et pendant conversation framatalk, clic clac, terminé.... l'icone réseau est devenue un point d'interrogation et les symptomes sont devenus exactement les mêmes que sur le premier ordi
Hors ligne
#18 Le 30/12/2019, à 08:36
- yoyé
Re : impossible d'accéder au reseau malgré connexion qui semble effective
avec le noyau précédent (4.15.0-70)
j'ai le même souci!
Hors ligne
#19 Le 30/12/2019, à 08:55
- moko138
Re : impossible d'accéder au reseau malgré connexion qui semble effective
avec le noyau précédent (4.15.0-70)
j'ai le même souci!
OK : une cause possible éliminée.
= =
sudo nano /etc/default/crda
et remplace
REGDOMAIN=
par
REGDOMAIN=FR
ou par
REGDOMAIN=PF
ou (choix recommandé récemment par Henry de Monfreid) par
REGDOMAIN=NZ
Tu enregistres par
Ctrl o
Entrée
Ctrl X
N.B. : ce n'est pas une question géographique, mais une question de règlementation.
- -
Sans certitude, je crois qu'il faut redémarrer après chaque changement de REGDOMAIN.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#20 Le 30/12/2019, à 09:01
- moko138
Re : impossible d'accéder au reseau malgré connexion qui semble effective
Avant le réglage de REGDOMAIN=, il importe de lever le blocage matériel.
xubu1957,
S'il te plaît, peux-tu rappeler les options appropriées de
sudo rfkill unblock (...) ?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#21 Le 30/12/2019, à 09:11
- xubu1957
Re : impossible d'accéder au reseau malgré connexion qui semble effective
lui@lui-ThinkPad-T430:~$ sudo rfkill list
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: yes
Si après Soft blocked vous avez un yes, alors le WIFI est bloqué de façon logicielle, par contre si vous avez un yes après Hard blocked c'est que votre WIFI est bloqué matériellement par un bouton dédié.
Pour activer les cartes Wi-Fi:sudo rfkill unblock all
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
#22 Le 30/12/2019, à 09:15
- yoyé
Re : impossible d'accéder au reseau malgré connexion qui semble effective
oui, cf #14
wifi désactivé par bouton sur l'ordi, je confirme.
je travaille à 90% sur le filaire
Hors ligne
#23 Le 30/12/2019, à 09:35
- moko138
Re : impossible d'accéder au reseau malgré connexion qui semble effective
Plutôt que d'être tributaire de ton voisin, ça vaudrait peut-être le coup de débloquer ta wifi, au moins le temps du dépannage.
Quoi que tu décides, puisque le filaire n'est pas bloqué, tu peux passer aux différents réglages de REGDOMAIN=
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#24 Le 30/12/2019, à 09:45
- xubu1957
Re : impossible d'accéder au reseau malgré connexion qui semble effective
Pour un ThinkPad-T430, regarde à la page 47, le 10 sur le schéma, pour le bouton wifi > lenovo.com/ibmdl/pub/pc/pccbbs/mobiles_pdf/t430s_t430si_hmm_en_0b48538_01.pdf
d'après forums.lenovo.com/t5/ThinkPad-T400-T500-and-newer-T/T430s-Wireless-Switch-Issue, conseillé par Jeremy31 > [SOLVED] Help! "Wifi disabled by hardware switch" on lenovo t430s
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
#25 Le 30/12/2019, à 18:37
- yoyé
Re : impossible d'accéder au reseau malgré connexion qui semble effective
le bouton wifi sur "off" est tout à fait intentionnel.
le problème énoncé dans ce fil s'applique pour la connexion filaire et pour le wifi.
Hors ligne