Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Venez tester la Fedora 33 Beta

#1 02/06/2019 16:39:07

didierg
Modérateur
Modérateur
Inscription : 11/07/2005
Messages : 5 335

[Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

Bonjour,

Je viens de découvrir que j'ai (depuis peu) un problème de copie entre deux ordinateurs par mon réseau.

La config:

- un desktop Fedora 30 kernel 5.1.x connecté en filaire à une Livebox
- un laptop Fedora 30 kernel 5.1.x connecté en wifi à la même Livebox

Jusqu'à présent je copiait ou coupait/collait  dans les deux sens en ouvrant une fenêtre Nautilus en utilisant soit sftp soit sshfs.

La situation est maintenant la suivante:

- je peux copier du desktop vers le laptop en "push" à partir du desktop
- je peux copier du desktop vers le laptop en "pull" à partir du laptop
- je peux lire à partir du destop un film se trouvant sur le laptop ("pull)" en faisant de multiples sauts avant-arrière dedans sans problème

En revanche la copie se bloque dès que j'essaie de copier du laptop vers le desktop que ce soit en "push" à partir du laptop ou en "pull" à partir du desktop.

Il y a entre 5 et 10 MB de copier puis plus rien.

J'ai essayé en utilisant Nautilus (comme je l'ai fait pendant des années) ou en faisant un cp, le résultat est le même.

Toute la partie ssh entre les deux ordis fonctionne parfaitement dans les deux sens.

J'ai bien sûr redémarré la Livebox.

Any clue ?

Hors ligne

#2 02/06/2019 19:43:40

madko
Contributeur Fedora et Linuxé depuis 1994
Modérateur
Lieu : Noisy the Great (9³)
Inscription : 22/12/2006
Messages : 8 472
Site Web

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

Bonjour,

Quand tu dis que la partie ssh fonctionne tu veux dire qu'un scp en ligne de commandes passe sans soucis?


Linux, ya moins bien, mais c'est plus chèr!!!
Fedora 32 WorkStation sur HP 850 G5
Fedora 32 SilverBlue sur Lenovo Thinkpad Yoga 12

Hors ligne

#3 02/06/2019 21:04:58

didierg
Modérateur
Modérateur
Inscription : 11/07/2005
Messages : 5 335

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

Commandes passées sur le laptop:

scp laptop laptop  OK
scp laptop desktop blockage à +/- 70 MB

Commandes passées sur le desktop:

scp desktop laptop OK
scp laptop laptop OK
scp laptob desktop bloackage à +/- 70 MB


EDIT:

Si je boote le laptop sur une clé Live Fedora 30, je peux copier sans problème les mêmes fichiers vers le desktop par scp !

Hors ligne

#4 02/06/2019 21:46:11

madko
Contributeur Fedora et Linuxé depuis 1994
Modérateur
Lieu : Noisy the Great (9³)
Inscription : 22/12/2006
Messages : 8 472
Site Web

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

Et rien dans les logs au moment où ça bloque ? Tu dois pas avoir le même kernel sur le live, pas les mêmes drivers etc peut être une piste. Tu n'a pas un kernel 5.0.x qui traine pour tester ?


Linux, ya moins bien, mais c'est plus chèr!!!
Fedora 32 WorkStation sur HP 850 G5
Fedora 32 SilverBlue sur Lenovo Thinkpad Yoga 12

Hors ligne

#5 03/06/2019 00:00:01

didierg
Modérateur
Modérateur
Inscription : 11/07/2005
Messages : 5 335

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

Quelques tests plus tard:

- ça fonctionne avec le kernel 5.0.14
- ça fonctionne toujours avec le kernel 5.0.17 (mais ma souris BlueTooth ne fonctionne pas https://bugzilla.redhat.com/show_bug.cgi?id=1715302 )

Le problème arrive avec 5.1.1.

Hors ligne

#6 03/06/2019 01:30:23

11h10
Membre
Inscription : 24/04/2018
Messages : 65

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

Tu n'es pas en 5.1.5?

Hors ligne

#7 03/06/2019 09:09:03

madko
Contributeur Fedora et Linuxé depuis 1994
Modérateur
Lieu : Noisy the Great (9³)
Inscription : 22/12/2006
Messages : 8 472
Site Web

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

Plus précisement en 5.1.5-300.fc30.x86_64 ?


Linux, ya moins bien, mais c'est plus chèr!!!
Fedora 32 WorkStation sur HP 850 G5
Fedora 32 SilverBlue sur Lenovo Thinkpad Yoga 12

Hors ligne

#8 03/06/2019 09:16:12

didierg
Modérateur
Modérateur
Inscription : 11/07/2005
Messages : 5 335

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

J'ai bisecté pour identifier quand le problème était introduit.

Il est introduit par 5.1.1 et il existe avec 5.1.4, 5.1.5 et 5.1.6.

Hors ligne

#9 03/06/2019 09:45:00

didierg
Modérateur
Modérateur
Inscription : 11/07/2005
Messages : 5 335

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

scp log

Le transfert s'arrête et je le cancelle par un <ctl><c>


$ scp -o LogLevel=DEBUG3 ./test.mp4 azerty@192.168.1.10:
debug1: Reading configuration data /etc/ssh/ssh_config
debug3: /etc/ssh/ssh_config line 51: Including file /etc/ssh/ssh_config.d/05-redhat.conf depth 0
debug1: Reading configuration data /etc/ssh/ssh_config.d/05-redhat.conf
debug2: checking match for 'final all' host 192.168.1.10 originally 192.168.1.10
debug3: /etc/ssh/ssh_config.d/05-redhat.conf line 3: not matched 'final'
debug2: match not found
debug3: /etc/ssh/ssh_config.d/05-redhat.conf line 5: Including file /etc/crypto-policies/back-ends/openssh.config depth 1 (parse only)
debug1: Reading configuration data /etc/crypto-policies/back-ends/openssh.config
debug3: gss kex names ok: [gss-gex-sha1-,gss-group14-sha1-,gss-group1-sha1-]
debug3: kex names ok: [curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1]
debug1: configuration requests final Match pass
debug2: resolve_canonicalize: hostname 192.168.1.10 is address
debug1: re-parsing configuration
debug1: Reading configuration data /etc/ssh/ssh_config
debug3: /etc/ssh/ssh_config line 51: Including file /etc/ssh/ssh_config.d/05-redhat.conf depth 0
debug1: Reading configuration data /etc/ssh/ssh_config.d/05-redhat.conf
debug2: checking match for 'final all' host 192.168.1.10 originally 192.168.1.10
debug3: /etc/ssh/ssh_config.d/05-redhat.conf line 3: matched 'final'
debug2: match found
debug3: /etc/ssh/ssh_config.d/05-redhat.conf line 5: Including file /etc/crypto-policies/back-ends/openssh.config depth 1
debug1: Reading configuration data /etc/crypto-policies/back-ends/openssh.config
debug3: gss kex names ok: [gss-gex-sha1-,gss-group14-sha1-,gss-group1-sha1-]
debug3: kex names ok: [curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1]
debug2: ssh_connect_direct
debug1: Connecting to 192.168.1.10 [192.168.1.10] port 22.
debug1: Connection established.
debug1: identity file /home/azerty/.ssh/id_rsa type -1
debug1: identity file /home/azerty/.ssh/id_rsa-cert type -1
debug1: identity file /home/azerty/.ssh/id_dsa type -1
debug1: identity file /home/azerty/.ssh/id_dsa-cert type -1
debug1: identity file /home/azerty/.ssh/id_ecdsa type -1
debug1: identity file /home/azerty/.ssh/id_ecdsa-cert type -1
debug1: identity file /home/azerty/.ssh/id_ed25519 type -1
debug1: identity file /home/azerty/.ssh/id_ed25519-cert type -1
debug1: identity file /home/azerty/.ssh/id_xmss type -1
debug1: identity file /home/azerty/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_8.0
debug1: Remote protocol version 2.0, remote software version OpenSSH_8.0
debug1: match: OpenSSH_8.0 pat OpenSSH* compat 0x04000000
debug2: fd 4 setting O_NONBLOCK
debug1: Authenticating to 192.168.1.10:22 as 'azerty'
debug3: hostkeys_foreach: reading file "/home/azerty/.ssh/known_hosts"
debug3: record_hostkey: found key type ECDSA in file /home/azerty/.ssh/known_hosts:3
debug3: load_hostkeys: loaded 1 keys from 192.168.1.10
debug3: order_hostkeyalgs: prefer hostkeyalgs: ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521
debug3: send packet: type 20
debug1: SSH2_MSG_KEXINIT sent
debug3: receive packet: type 20
debug1: SSH2_MSG_KEXINIT received
debug2: local client KEXINIT proposal
debug2: KEX algorithms: curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1,ext-info-c
debug2: host key algorithms: ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519-cert-v01@openssh.com,rsa-sha2-512-cert-v01@openssh.com,rsa-sha2-256-cert-v01@openssh.com,ssh-rsa-cert-v01@openssh.com,ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa
debug2: ciphers ctos: aes256-gcm@openssh.com,chacha20-poly1305@openssh.com,aes256-ctr,aes256-cbc,aes128-gcm@openssh.com,aes128-ctr,aes128-cbc
debug2: ciphers stoc: aes256-gcm@openssh.com,chacha20-poly1305@openssh.com,aes256-ctr,aes256-cbc,aes128-gcm@openssh.com,aes128-ctr,aes128-cbc
debug2: MACs ctos: hmac-sha2-256-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha2-256,hmac-sha1,umac-128@openssh.com,hmac-sha2-512
debug2: MACs stoc: hmac-sha2-256-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha2-256,hmac-sha1,umac-128@openssh.com,hmac-sha2-512
debug2: compression ctos: none,zlib@openssh.com,zlib
debug2: compression stoc: none,zlib@openssh.com,zlib
debug2: languages ctos: 
debug2: languages stoc: 
debug2: first_kex_follows 0 
debug2: reserved 0 
debug2: peer server KEXINIT proposal
debug2: KEX algorithms: curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1
debug2: host key algorithms: rsa-sha2-512,rsa-sha2-256,ssh-rsa,ecdsa-sha2-nistp256,ssh-ed25519
debug2: ciphers ctos: aes256-gcm@openssh.com,chacha20-poly1305@openssh.com,aes256-ctr,aes256-cbc,aes128-gcm@openssh.com,aes128-ctr,aes128-cbc
debug2: ciphers stoc: aes256-gcm@openssh.com,chacha20-poly1305@openssh.com,aes256-ctr,aes256-cbc,aes128-gcm@openssh.com,aes128-ctr,aes128-cbc
debug2: MACs ctos: hmac-sha2-256-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha2-256,hmac-sha1,umac-128@openssh.com,hmac-sha2-512
debug2: MACs stoc: hmac-sha2-256-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha2-256,hmac-sha1,umac-128@openssh.com,hmac-sha2-512
debug2: compression ctos: none,zlib@openssh.com
debug2: compression stoc: none,zlib@openssh.com
debug2: languages ctos: 
debug2: languages stoc: 
debug2: first_kex_follows 0 
debug2: reserved 0 
debug1: kex: algorithm: curve25519-sha256@libssh.org
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: aes256-gcm@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: aes256-gcm@openssh.com MAC: <implicit> compression: none
debug1: kex: curve25519-sha256@libssh.org need=32 dh_need=32
debug1: kex: curve25519-sha256@libssh.org need=32 dh_need=32
debug3: send packet: type 30
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug3: receive packet: type 31
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:6s+5cKKYJRUImiMVgD5u+FixE/7YkQxnaibaCJ4OfEg
debug3: hostkeys_foreach: reading file "/home/azerty/.ssh/known_hosts"
debug3: record_hostkey: found key type ECDSA in file /home/azerty/.ssh/known_hosts:3
debug3: load_hostkeys: loaded 1 keys from 192.168.1.10
debug1: Host '192.168.1.10' is known and matches the ECDSA host key.
debug1: Found key in /home/azerty/.ssh/known_hosts:3
debug3: send packet: type 21
debug2: set_newkeys: mode 1
debug1: rekey out after 4294967296 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug3: receive packet: type 21
debug1: SSH2_MSG_NEWKEYS received
debug2: set_newkeys: mode 0
debug1: rekey in after 4294967296 blocks
debug1: Will attempt key: /home/azerty/.ssh/id_rsa 
debug1: Will attempt key: /home/azerty/.ssh/id_dsa 
debug1: Will attempt key: /home/azerty/.ssh/id_ecdsa 
debug1: Will attempt key: /home/azerty/.ssh/id_ed25519 
debug1: Will attempt key: /home/azerty/.ssh/id_xmss 
debug2: pubkey_prepare: done
debug3: send packet: type 5
debug3: receive packet: type 7
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521>
debug3: receive packet: type 6
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug3: send packet: type 50
debug3: receive packet: type 51
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug3: start over, passed a different list publickey,gssapi-keyex,gssapi-with-mic,password
debug3: preferred gssapi-with-mic,publickey,keyboard-interactive,password
debug3: authmethod_lookup gssapi-with-mic
debug3: remaining preferred: publickey,keyboard-interactive,password
debug3: authmethod_is_enabled gssapi-with-mic
debug1: Next authentication method: gssapi-with-mic
debug1: Unspecified GSS failure.  Minor code may provide more information
No Kerberos credentials available (default cache: KCM:)


debug1: Unspecified GSS failure.  Minor code may provide more information
No Kerberos credentials available (default cache: KCM:)


debug2: we did not send a packet, disable method
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/azerty/.ssh/id_rsa
debug3: no such identity: /home/azerty/.ssh/id_rsa: No such file or directory
debug1: Trying private key: /home/azerty/.ssh/id_dsa
debug3: no such identity: /home/azerty/.ssh/id_dsa: No such file or directory
debug1: Trying private key: /home/azerty/.ssh/id_ecdsa
debug3: no such identity: /home/azerty/.ssh/id_ecdsa: No such file or directory
debug1: Trying private key: /home/azerty/.ssh/id_ed25519
debug3: no such identity: /home/azerty/.ssh/id_ed25519: No such file or directory
debug1: Trying private key: /home/azerty/.ssh/id_xmss
debug3: no such identity: /home/azerty/.ssh/id_xmss: No such file or directory
debug2: we did not send a packet, disable method
debug3: authmethod_lookup password
debug3: remaining preferred: ,password
debug3: authmethod_is_enabled password
debug1: Next authentication method: password
azerty@192.168.1.10's password: 
debug3: send packet: type 50
debug2: we sent a password packet, wait for reply
debug3: receive packet: type 52
debug1: Authentication succeeded (password).
Authenticated to 192.168.1.10 ([192.168.1.10]:22).
debug2: fd 5 setting O_NONBLOCK
debug2: fd 7 setting O_NONBLOCK
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug3: send packet: type 90
debug1: Requesting no-more-sessions@openssh.com
debug3: send packet: type 80
debug1: Entering interactive session.
debug1: pledge: network
debug3: receive packet: type 80
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug3: receive packet: type 91
debug2: channel_input_open_confirmation: channel 0: callback start
debug2: fd 4 setting TCP_NODELAY
debug3: ssh_packet_set_tos: set IP_TOS 0x20
debug2: client_session2_setup: id 0
debug1: Sending environment.
debug3: Ignored env SHELL
debug3: Ignored env SESSION_MANAGER
debug3: Ignored env COLORTERM
debug3: Ignored env HISTCONTROL
debug3: Ignored env XDG_MENU_PREFIX
debug3: Ignored env HISTSIZE
debug3: Ignored env HOSTNAME
debug3: Ignored env SSH_AUTH_SOCK
debug1: Sending env XMODIFIERS = @im=ibus
debug2: channel 0: request env confirm 0
debug3: send packet: type 98
debug3: Ignored env DESKTOP_SESSION
debug3: Ignored env XDG_SEAT
debug3: Ignored env ENV
debug3: Ignored env PWD
debug3: Ignored env LOGNAME
debug3: Ignored env XDG_SESSION_DESKTOP
debug3: Ignored env XDG_SESSION_TYPE
debug3: Ignored env MODULESHOME
debug3: Ignored env MANPATH
debug3: Ignored env GDM_LANG
debug3: Ignored env HOME
debug3: Ignored env USERNAME
debug1: Sending env LANG = fr_FR.UTF-8
debug2: channel 0: request env confirm 0
debug3: send packet: type 98
debug3: Ignored env LS_COLORS
debug3: Ignored env XDG_CURRENT_DESKTOP
debug3: Ignored env VTE_VERSION
debug3: Ignored env WAYLAND_DISPLAY
debug3: Ignored env GNOME_TERMINAL_SCREEN
debug3: Ignored env INVOCATION_ID
debug3: Ignored env MANAGERPID
debug3: Ignored env MODULEPATH_modshare
debug3: Ignored env XDG_SESSION_CLASS
debug3: Ignored env TERM
debug3: Ignored env LESSOPEN
debug3: Ignored env USER
debug3: Ignored env GNOME_TERMINAL_SERVICE
debug3: Ignored env MODULES_RUN_QUARANTINE
debug3: Ignored env LOADEDMODULES
debug3: Ignored env DISPLAY
debug3: Ignored env SHLVL
debug3: Ignored env BASH_ENV
debug3: Ignored env QT_IM_MODULE
debug3: Ignored env XDG_VTNR
debug3: Ignored env XDG_SESSION_ID
debug3: Ignored env XDG_RUNTIME_DIR
debug3: Ignored env JOURNAL_STREAM
debug3: Ignored env XDG_DATA_DIRS
debug3: Ignored env PATH
debug3: Ignored env MODULEPATH
debug3: Ignored env GDMSESSION
debug3: Ignored env DBUS_SESSION_BUS_ADDRESS
debug3: Ignored env MAIL
debug3: Ignored env MODULES_CMD
debug3: Ignored env BASH_FUNC_switchml%%
debug3: Ignored env BASH_FUNC_module%%
debug3: Ignored env BASH_FUNC_scl%%
debug3: Ignored env BASH_FUNC__module_raw%%
debug3: Ignored env _
debug1: Sending command: scp -t .
debug2: channel 0: request exec confirm 1
debug3: send packet: type 98
debug2: channel_input_open_confirmation: channel 0: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel 0: rcvd adjust 2097152
debug3: receive packet: type 99
debug2: channel_input_status_confirm: type 99 id 0
debug2: exec request accepted on channel 0
test.mp4                                                   0%    0     0.0KB/s   --:-- ETA
debug2: channel 0: rcvd adjust 98330
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072

---/---

debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
test.mp4                                                    3%   34MB  33.7MB/s   00:29 ETA
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072

---/---

debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
test.mp4                                                    7%   82MB  35.2MB/s   00:27 ETA
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd adjust 131072
^C
debug3: send packet: type 1
debug1: channel 0: free: client-session, nchannels 1
debug3: channel 0: status: The following connections are open:
  #0 client-session (t4 r0 i0/393216 o0/0 e[write]/0 fd 5/7/8 sock -1 cc -1)

debug1: fd 0 clearing O_NONBLOCK
debug3: fd 1 is not O_NONBLOCK
Killed by signal 2.
$ 





https://bugzilla.redhat.com/show_bug.cgi?id=1716334

Hors ligne

#10 03/06/2019 12:12:04

didierg
Modérateur
Modérateur
Inscription : 11/07/2005
Messages : 5 335

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

Je viens de faire un test additionnel en coupant le Wi-Fi sur le portable et en le connectant en filaire par un adaptateur USB-Ethernet.

En filaire ça fonctionne aussi bien en sftp ou en sshfs avec le kernel 5.1.6.

En résumé:

kernel 5.0.x OK en filaire et OK en Wi-Fi
kernel 5.1.x OK en filaire et BAD en Wi-Fi

Hors ligne

#11 03/06/2019 13:26:59

winmandrake
Rédacteur Wiki
Rédacteur Wiki
Inscription : 08/07/2008
Messages : 1 234

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

didierg a écrit :

Je viens de faire un test additionnel en coupant le Wi-Fi sur le portable et en le connectant en filaire par un adaptateur USB-Ethernet.

En filaire ça fonctionne aussi bien en sftp ou en sshfs avec le kernel 5.1.6.

En résumé:

kernel 5.0.x OK en filaire et OK en Wi-Fi
kernel 5.1.x OK en filaire et BAD en Wi-Fi

Donc tu as trouvé une partie de la cause : la gestion du wifi avec le kernel 5.1.x


Mon pc : AMD R5-2400G sur Asus Prime B450M-A, 16 Go ram, Nvidia 1050Ti (4Go), SSD Samsung 850 EVO (250 Go) + black caviar de 1To.

Hors ligne

#12 03/06/2019 14:07:39

madko
Contributeur Fedora et Linuxé depuis 1994
Modérateur
Lieu : Noisy the Great (9³)
Inscription : 22/12/2006
Messages : 8 472
Site Web

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

J'ai une carte Wifi pas trop éloignée (Intel 8265 driver iwlwifi), je testerais ce soir un transfert.


Linux, ya moins bien, mais c'est plus chèr!!!
Fedora 32 WorkStation sur HP 850 G5
Fedora 32 SilverBlue sur Lenovo Thinkpad Yoga 12

Hors ligne

#13 04/06/2019 19:17:42

didierg
Modérateur
Modérateur
Inscription : 11/07/2005
Messages : 5 335

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

madko a écrit :

J'ai une carte Wifi pas trop éloignée (Intel 8265 driver iwlwifi), je testerais ce soir un transfert.

As-tu pu faire l'essai ?

Je suis passé en 5.1.7 des deux cotés et j'ai toujours le même problème.

Hors ligne

#14 07/06/2019 17:08:43

madko
Contributeur Fedora et Linuxé depuis 1994
Modérateur
Lieu : Noisy the Great (9³)
Inscription : 22/12/2006
Messages : 8 472
Site Web

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

Désolé j'avais oublié de répondre, mais chez moi la copie passe bien. Donc ça doit être ultra spécifique au modèle de la carte.


Linux, ya moins bien, mais c'est plus chèr!!!
Fedora 32 WorkStation sur HP 850 G5
Fedora 32 SilverBlue sur Lenovo Thinkpad Yoga 12

Hors ligne

#15 07/06/2019 18:42:00

didierg
Modérateur
Modérateur
Inscription : 11/07/2005
Messages : 5 335

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

Merci pour le test et ta réponse.

Je vais me construire un Live avec le dernier kernel 5.1 pour m'assurer que ce n'est pas un problème autre que le kernel.

Hors ligne

#16 07/06/2019 23:13:16

didierg
Modérateur
Modérateur
Inscription : 11/07/2005
Messages : 5 335

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

Je viens encore d'affiner mon diagnostic.

Un scp transfère (lentement) quand le laptop est connecté à la Livebox en 2,4 GHz.

Le même scp se fige quand le laptop est connecté en  5 GHz.

Hors ligne

#17 08/06/2019 06:06:15

Nicosss
Rédacteur Wiki
Rédacteur Wiki
Lieu : Isère
Inscription : 05/03/2007
Messages : 5 927
Site Web

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

Idem sur un autre réseau Wifi ? Et rien dans les logs système avec journalctl ?


F32_64 Gnome-Shell - GA-990FXA-UD3 - Phenom II X6 1100T - NH-D14 - Ati HD 5750 Fanless - 16Go RAM /&/ F32_64 Gnome-Shell - Toshiba Satellite C660D-19X - 8Go RAM
F32_64 - ASRock 960GC-GS FX - AMD FX(tm)-8300 - 16Go RAM

#18 08/06/2019 20:53:38

didierg
Modérateur
Modérateur
Inscription : 11/07/2005
Messages : 5 335

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

Je suis tombé sur cette discussion: https://lkml.org/lkml/2019/5/30/723

Hors ligne

#19 04/07/2019 23:21:30

didierg
Modérateur
Modérateur
Inscription : 11/07/2005
Messages : 5 335

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

Mon problème est en passe d'être résolu par un patch kernel.

Voir: https://bugzilla.redhat.com/show_bug.cgi?id=1716334#c17

EDIT

Voir aussi: https://marc.info/?l=linux-wireless&m=1 … 102426&w=2 et suivants dans le thread

Hors ligne

#20 05/07/2019 09:17:44

madko
Contributeur Fedora et Linuxé depuis 1994
Modérateur
Lieu : Noisy the Great (9³)
Inscription : 22/12/2006
Messages : 8 472
Site Web

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

Voilà une bonne nouvelle pint


Linux, ya moins bien, mais c'est plus chèr!!!
Fedora 32 WorkStation sur HP 850 G5
Fedora 32 SilverBlue sur Lenovo Thinkpad Yoga 12

Hors ligne

#21 07/07/2019 13:25:14

didierg
Modérateur
Modérateur
Inscription : 11/07/2005
Messages : 5 335

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

madko a écrit :

Désolé j'avais oublié de répondre, mais chez moi la copie passe bien. Donc ça doit être ultra spécifique au modèle de la carte.

A lire les échanges entre les mainteneurs de iwlwifi ce serait non seulement spécifique aux anciens chipsets mais en plus aléatoire.

On older NICs, we occasionally see issues with A-MSDU support, where the commands in the FIFO get confused and then we see an assert EDC because the next command in the FIFO isn't TX.

We've tried to isolate this issue and understand where it comes from, but haven't found any errors in building the A-MSDU in software.

At least for now, disable A-MSDU support on older hardware so that users can use it again without fearing the assert.

Le correctif consiste à n'appliquer le nouveau mode de fonctionnement (5.1.x) que pour des cartes les plus récentes et à rester à l'ancien mode (5.0.x) pour les plus anciennes

+    if (mvm->cfg->device_family >= IWL_DEVICE_FAMILY_9000)
+        ieee80211_hw_set(hw, TX_AMSDU);

Hors ligne

#22 11/07/2019 03:59:46

didierg
Modérateur
Modérateur
Inscription : 11/07/2005
Messages : 5 335

Re : [Résolu] Kernel 5.1.x et Wi-Fi - Résolu par kernel 5.1.17

Résolu par kernel 5.1.17.

Hors ligne

Pied de page des forums