Je vous pose la question pour savoir ce que vous en pensez, et pour me poser la question à moi-même. Mais évidemment que je vais tester cela.
Il n’y a aucune connexion obsolète :
ls -alrt /etc/NetworkManager/system-connections/
-rw------- 1 root root 170 sept. 2 2020 'Wired connection 1'
Le téléphone mobile connecté à l’ordinateur est mis hors de cause : l’ordinateur a du mal à récupérer le réseau en sortie de veille même avec le téléphone déconnecté.
En outre, j’ai vérifié dans les paramètres réseau et il se trouve que la connexion « Haut-débit mobile » est bien désactivée.
Je suis allé voir dans dmesg et j’y ai trouvé de nouvelles informations :
[251907.670231] e1000e: enp0s25 NIC Link is Down
[251907.696300] IPv6: ADDRCONF(NETDEV_UP): enp0s25: link is not ready
[251907.914995] IPv6: ADDRCONF(NETDEV_UP): enp0s25: link is not ready
[251907.917162] cdc_ether 2-6:2.0 enp0s20u6c2: renamed from usb0
[251907.952344] IPv6: ADDRCONF(NETDEV_UP): enp0s20u6c2: link is not ready
[251908.324875] cdc_ether 2-6:2.0 enp0s20u6c2: unregister 'cdc_ether' usb-0000:00:14.0-6, CDC Ethernet Device
[251908.351859] qcserial ttyUSB0: Qualcomm USB modem converter now disconnected from ttyUSB0
[251908.351877] qcserial 2-6:2.2: device disconnected
[251908.351966] qcserial ttyUSB1: Qualcomm USB modem converter now disconnected from ttyUSB1
[251908.351981] qcserial 2-6:2.3: device disconnected
[251908.352070] qcserial ttyUSB2: Qualcomm USB modem converter now disconnected from ttyUSB2
[251908.352084] qcserial 2-6:2.4: device disconnected
[251908.686291] cdc_mbim 2-6:3.0: cdc-wdm1: USB WDM device
[251908.686595] cdc_mbim 2-6:3.0 wwan0: register 'cdc_mbim' at usb-0000:00:14.0-6, CDC MBIM, d2:28:4a:90:89:7e
[251908.746107] qcserial 2-6:3.2: Qualcomm USB modem converter detected
[251908.746192] usb 2-6: Qualcomm USB modem converter now attached to ttyUSB0
[251908.756010] cdc_mbim 2-6:3.0 wwp0s20u6c3: renamed from wwan0
[251909.406769] e1000e: enp0s25 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
[251909.406813] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s25: link becomes ready
[251951.911352] e1000e 0000:00:19.0 enp0s25: Detected Hardware Unit Hang:
TDH <21>
TDT <23>
next_to_use <23>
next_to_clean <20>
buffer_info[next_to_clean]:
time_stamp <103bfee9e>
next_to_watch <21>
jiffies <103bff9b8>
next_to_watch.status <0>
MAC Status <80043>
PHY Status <796d>
PHY 1000BASE-T Status <0>
PHY Extended Status <3000>
PCI Status <10>
[251953.927532] e1000e 0000:00:19.0 enp0s25: Detected Hardware Unit Hang:
TDH <21>
TDT <23>
next_to_use <23>
next_to_clean <20>
buffer_info[next_to_clean]:
time_stamp <103bfee9e>
next_to_watch <21>
jiffies <103bffbb0>
next_to_watch.status <0>
MAC Status <80043>
PHY Status <796d>
PHY 1000BASE-T Status <0>
PHY Extended Status <3000>
PCI Status <10>
[251955.015196] e1000e 0000:00:19.0 enp0s25: Reset adapter unexpectedly
[251956.915188] e1000e: enp0s25 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
Sauriez-vous à quoi pourrait correspondre ce Detected Hardware Unit Hang: en rouge dans la log dmesg ?
Bonjour,
ça ressemble bien à un problème matériel…
Les branchements sont-ils corrects ? Les câbles et les connecteurs propres et en bon état ?
Si après dépose de la carte Ethernet, nettoyage des connecteurs et remontage, ça ne fonctionne toujours pas convenablement, il conviendra de vérifier le pilote et les paramètres de connexion.
S’il y a des connexions obsolètes enregistrées dans les fichiers comme ça semble être le cas (Qualcomm USB modem converter) il faudra les enlever.
Pour moi, les branchements sont corrects : branchement directs sur le routeur avec un câble ethernet plutôt court. Les connecteurs sont propres, le petit bitonniot qui maintient la prise ethernet en place n’est pas cassé.
Je dois préciser une chose qui ne me semblait pas pertinente au début mais qui pourrait avoir son importance : le pc (Dell) utilise un dock (Dell aussi) :
Je ne sais pas comment ça se passe dans ces cas-là : ce n’est pas la carte ethernet du portable qui est utilisée, mais celle du dock.
OK.
Puisque tu es sûr de ton matériel, que celui-ci fonctionnait avant sous un fork de Debian si je mon vieux cerveau ne confond pas avec un autre topic : Ubuntu il me semble, le firmware est peut-être en cause.
As-tu fait les mises à jour ? En ajoutant les dépôts « non-libres » que, stupidement, Debian sépare des sources ordinaires pour des raisons de nature « théosophique » à propos de la définition de ce qu’est un logiciel propriétaire…
En enculant les mouches, certains compliquent considérablement la tâche des utilisateurs, comme si on avait déjà vu des vendeurs de matériel faire payer les drivers…
Bref : le log que tu produis est clair. Ton matos n’est pas reconnu par le système.
Si la cause n’est pas matérielle, elle est obligatoirement logicielle :
Prends une pause , respire, et réfléchis à l’énormité que tu viens de sortir 
Intervention édifiante : quelle aide apportes-tu à @ploc ?
Prends une pause , respire, et réfléchit à l’énormité que tu viens de sortir
Au passage, apprends la grammaire : réfléchis (verbe du 3ème groupe, prend un S à la deuxième personne de l’impératif).
Pour en revenir au thème du sujet, la principale leçon que j’en retire est que l’on doit toujours tester et valider un nouveau système d’exploitation avant de basculer dessus. Si je devais faire le compte des entreprises que j’ai vu disparaître dans ma carrière pour des raisons comparables et pour des défauts de sauvegarde, ça me prendrait un sacré bout de temps.
Autre point à considérer : sur un forum d’entraide, en admettant que celui-ci en soit vraiment un mais j’en doute, l’efficacité des interventions dépend directement de la précision des informations fournies par l’auteur du sujet.
Si Debian-Fr disposait d’un vrai moteur de forum tel que PhpBB ou FluxBB, il y aurait un espace signature dans lequel les administrateurs sérieux recommandent à l’utilisateur de décrire sa bécane avec soin.
Mais apparemment ici, on se gratte le nombril entre prétendus Geeks du noyau Linux, en se foutant pas mal des problèmes concrets soulevés par le rare innocent qui croit encore au Père Noël et à la poupée qui tousse, quand on voit le niveau d’activité, on comprend tout de suite où on est tombé.
Bonjour
Quand tu utilises la machine connectée à ta box mais sans utiliser le dock,
est-ce que le problème est le même ?
Bonne idée, je vais essayer ça.
Le truc étrange, c’est que j’ai utilisé ce pc avec ce dock pendant des années sans aucun soucis. Les seules différences avec aujourd’hui étaient l’environnement de ce pc (c’était un autre routeur auquel il était connecté) ainsi que la version de debian utilisée (buster aujourd’hui, stretch dans le contexte précédent).
Est-ce que le dock est reconnu comme périphérique par debian ? Je n’ai pas l’impression de le repérer ni par un lsusb ni par un lspci.
Je ne crois pas qu’il soit reconnu comme un périphérique spécifique,
mais les nouveaux périphériques qui sont sur le dock sont automatiquement ajoutés à la liste des périphériques pris en charge par le système.
Et du coup, comme c’est le dock qui est connecté au câble ethernet, peut-être que je devrais voir le périphérique de la carte réseau et celui du dock. Ou bien c’est juste une rallonge ethernet ?
Dans le premier cas, il faudrait que je détermine le modèle de cette carte ethernet et l’éventuel pilote nécessaire pour gérer cette carte ethernet additionnelle.
J’utilise aussi un dock, mais c’est avec mon ThinkPad T450
et je ne sais pas comment est faite la connexion entre la carte réseau et les connecteurs du dock ou du connecteur RJ45 qui est sur le T450.
Hello, à ma connaissance les docks sont, via une prise propriétaire, un prolongement et un regroupement des connectiques du pc en plus d’améliorations type ports usb ‹ ‹ en plus › ›. Je ne pense pas qu’il faille des pilotes pour ça sous win$, donc je pense que c’est transparent sous linux. Ça ne changera donc rien avec ou sans dock selon moi.
Vérifie si les paquets acpi (et ses amis) sont installés, ou encore tu peux prendre le tasksel:
# tasksel install laptopOu
# tasksel install task-laptopDes infos sur tasksel ici: https://debian-facile.org/doc:systeme:tasksel#:~:text=Introduction-,Tasksel%20permet%20d’installer%20un%20ensemble%20de%20logiciels%20regroupés%20par,choix%20des%20logiciels%20à%20installer. J’ai pris le 1er qui venait 
)
Mais
Est-ce que le défaut est toujours là quand l’appareil n’est plus connecté par l’intermédiaire du dock ?
Je ne le vois pas sur l’image du dock,
par quel connecteur de la machine est connecté le dock ?
Je pense au format de connexion informatique Thunderbolt
qui est peut-être utilisé pour relier ce dock à la machine.
Etonnament, j’ai l’impression que le tasksel laptop est déjà installé :
>tasksel --list-task
i desktop environnement de bureau Debian
i gnome-desktop GNOME
u xfce-desktop Xfce
u kde-desktop KDE Plasma
u cinnamon-desktop Cinnamon
u mate-desktop MATE
u lxde-desktop LXDE
u lxqt-desktop LXQt
u web-server serveur web
i print-server serveur d'impression
u ssh-server serveur SSH
i laptop ordinateur portable
Et pourtant je ne trouve aucun paquet acpi d’installé :
>dpkg -l | grep acpi
>
@MicP je n’ai pas encore pu tester le fonctionnement de l’ordinateur sans le dock, je te tiendrais au courant ici.
C’est un dock ancien, je ne crois pas que le thunderbolt était généralisé à l’époque. J’imagine que c’est un connecteur propriétaire qui doit avoir accès directement à l’intérieur du pc, par exemple au bus PCI (c’est juste une hypothèse). Sur cette vidéo (à 2 minutes), on voit le connecteur sortir de la droite et rentrer dans une prise du portable.
Merci pour la vidéo. 
Est-ce qu’il ne manquerait pas un fichier firmware concernant ce dock ?
Voir le retour de la ligne de commande suivante
lancée avec les privilèges du compte super-utilisateur root
dmesg | grep -i firmware
J’ai bien des erreurs liées au bluetooth, mais je n’utilise pas du tout le bluetooth:
>sudo dmesg | grep -i firmware
[293661.956174] bluetooth hci0: firmware: failed to load intel/ibt-hw-37.8.10-fw-1.10.2.27.d.bseq (-2)
[293661.956178] bluetooth hci0: Direct firmware load for intel/ibt-hw-37.8.10-fw-1.10.2.27.d.bseq failed with error -2
[293661.956181] Bluetooth: hci0: failed to open Intel firmware file: intel/ibt-hw-37.8.10-fw-1.10.2.27.d.bseq (-2)
[293661.956189] bluetooth hci0: firmware: failed to load intel/ibt-hw-37.8.bseq (-2)
[293661.956191] bluetooth hci0: Direct firmware load for intel/ibt-hw-37.8.bseq failed with error -2
[332368.797185] bluetooth hci0: firmware: failed to load intel/ibt-hw-37.8.10-fw-1.10.2.27.d.bseq (-2)
[332368.797188] bluetooth hci0: Direct firmware load for intel/ibt-hw-37.8.10-fw-1.10.2.27.d.bseq failed with error -2
[332368.797190] Bluetooth: hci0: failed to open Intel firmware file: intel/ibt-hw-37.8.10-fw-1.10.2.27.d.bseq (-2)
[332368.797198] bluetooth hci0: firmware: failed to load intel/ibt-hw-37.8.bseq (-2)
[332368.797200] bluetooth hci0: Direct firmware load for intel/ibt-hw-37.8.bseq failed with error -2
D’ailleurs, j’ai désactivé le bluetooth dans les préférences système.
Je ne pense pas non plus que ce soit lié au périphérique bluetooth,
J’ai à peu près les mêmes erreurs ACPI qui s’affichent sur mon ThinkPad T450
et ce, même avec la version sid de debian et Xubuntu,
et en utilisant ma machine avec ou sans le dock .