Carte réseau realtek rtl8111 freeze-instable

Support Debian
#1

Bonjour,

je viens a vous car j’en peux plus, je viens de passé 3 installe de debian (avec 40 min de téléchargement de paquet a chaque fois) sans résoudre mon problème, au final je réinstalle yunohost (se que j’avais au départ) et donc toujours le même problème qui est :

J’ai des perte de connexion, de paquet, de connexion ssh. Bref j’ai mon serveur perso avec une connexion complétement instable ! Et je parle juste en local, impossible de se connecter via le net (avec mon portable en 3G sans wifi).

Voici mes tentatives pour corriger le problème :

  • je me connecte en ssh avec un pc connecter par cable aussi, toujours pareil
  • changement du cable ethernet du serveur
  • changement du canal de branchement au routeur au serveur
  • installation => apt-get install firmware-realtek (qui a fait 1 nouvellement, installations sans problème) j’ai effectué un reboot après toujours pareil !
  • et maintenant je m’adresse à vous

Qu’est-ce que vous en pensez ?

Merci de votre aide

Enamaryn.

#2

Salut,

didrod ?

Des pistes, à ne pas négligé. :wink:

seeks.fr/search?q=Err+http%3 … ion=expand

* edit *

Que donne les retours suivants, via l’utilisation du bbcodes pix.isalo.org/upload/original/1347175657.png ( Quote et Code) :

#3

Oui oui bien didrod, je garde jamais le même pseudo pour l’anonyma…

Merci d’avoir ajouter la petite citation, j’ai oublié des info comme tu le constate, j’ai jeter une bouteille a la mer hier avant de me coucher :confused:

CAT /etc/apt/sources.list donne ceci :

[code][root@yunohost] ~ # cat /etc/apt/sources.list

deb cdrom:[Debian GNU/Linux 6.0.5 Squeeze - Unofficial amd64 CD Binary-1 20120803-11:32]/ squeeze main non-free

#deb cdrom:[Debian GNU/Linux 6.0.5 Squeeze - Unofficial amd64 CD Binary-1 20120803-11:32]/ squeeze main non-free

deb http://ftp.debian.org/debian squeeze main non-free contrib
deb-src http://ftp.debian.org/debian squeeze main non-free contrib

deb http://lemonldap-ng.org/deb squeeze main

deb http://repo.yunohost.org/ squeeze main

deb http://repo.yunohost.org/ apps main

deb http://security.debian.org/ squeeze/updates main contrib non-free
deb-src http://security.debian.org/ squeeze/updates main contrib non-free

squeeze-updates, previously known as ‘volatile’

deb http://ftp.debian.org/debian squeeze-updates main contrib non-free
deb-src http://ftp.debian.org/debian squeeze-updates main contrib non-free[/code]

cat /etc/hosts :

[code][root@yunohost] ~ # cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 yunohost.didrod.com yunohost

The following lines are desirable for IPv6 capable hosts

::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters[/code]

cat /etc/resolv.conf :

[root@yunohost] ~ # cat /etc/resolv.conf nameserver 212.27.40.240 nameserver 212.27.40.241

cat /etc/hostname :

[root@yunohost] ~ # cat /etc/hostname yunohost

voila j’espère que sa aidera. Je crois que sur le support yuno ont a déjà creuser la dessus… sans rien :confused:

ce que j’ai oublié hier =

uname -aa

lspci

00:00.0 Host bridge: ATI Technologies Inc RD890 PCI to PCI bridge (external gfx0 port B) (rev 02) 00:02.0 PCI bridge: ATI Technologies Inc RD890 PCI to PCI bridge (PCI express gpp port B) 00:04.0 PCI bridge: ATI Technologies Inc RD890 PCI to PCI bridge (PCI express gpp port D) 00:09.0 PCI bridge: ATI Technologies Inc RD890 PCI to PCI bridge (PCI express gpp port H) 00:0a.0 PCI bridge: ATI Technologies Inc RD890 PCI to PCI bridge (external gfx1 port A) 00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA Controller [IDE mode] (rev 40) 00:12.0 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller 00:12.2 USB Controller: ATI Technologies Inc SB700/SB800 USB EHCI Controller 00:13.0 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller 00:13.2 USB Controller: ATI Technologies Inc SB700/SB800 USB EHCI Controller 00:14.0 SMBus: ATI Technologies Inc SBx00 SMBus Controller (rev 42) 00:14.1 IDE interface: ATI Technologies Inc SB700/SB800 IDE Controller (rev 40) 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) (rev 40) 00:14.3 ISA bridge: ATI Technologies Inc SB700/SB800 LPC host controller (rev 40) 00:14.4 PCI bridge: ATI Technologies Inc SBx00 PCI to PCI Bridge (rev 40) 00:14.5 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI2 Controller 00:15.0 PCI bridge: ATI Technologies Inc Device 43a0 00:16.0 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller 00:16.2 USB Controller: ATI Technologies Inc SB700/SB800 USB EHCI Controller 00:18.0 Host bridge: Advanced Micro Devices [AMD] Device 1600 00:18.1 Host bridge: Advanced Micro Devices [AMD] Device 1601 00:18.2 Host bridge: Advanced Micro Devices [AMD] Device 1602 00:18.3 Host bridge: Advanced Micro Devices [AMD] Device 1603 00:18.4 Host bridge: Advanced Micro Devices [AMD] Device 1604 00:18.5 Host bridge: Advanced Micro Devices [AMD] Device 1605 01:00.0 VGA compatible controller: ATI Technologies Inc Manhattan [Mobility Radeon HD 5430 Series] 01:00.1 Audio device: ATI Technologies Inc Manhattan HDMI Audio [Mobility Radeon HD 5000 Series] 02:00.0 USB Controller: Device 1b6f:7023 (rev 01) 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06) 04:00.0 USB Controller: Device 1b6f:7023 (rev 01) 05:0e.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller (rev c0)

lsusb

Bus 009 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 007 Device 024: ID 093a:2510 Pixart Imaging, Inc. Optical Mouse Bus 007 Device 003: ID 045e:078c Microsoft Corp. Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

Merci de votre aide :slightly_smiling:

EDIT : j’ai lu en cherchant que sa viendrait peut etre de la carte réseau, voici le pourquoi du titre du post. Il y avait des problème de firmware ou encore de noyau… je n’y connais rien donc je vous laisse interprété

#4

Salut enamaryn

Ok!

Modifies le dépôt suivant dans ton sources.list.

Remplaces:

[quote]deb ftp.debian.org/debian squeeze main non-free contrib
deb-src ftp.debian.org/debian squeeze main non-free contrib[/quote]
Par:

deb http://ftp.fr.debian.org/debian/ squeeze main contrib non-free #deb-src http://ftp.fr.debian.org/debian/ squeeze main contrib non-free

Relances une mise à jour en session root. (#)

Cela donne ?

#5

plop

je fais la modification comme ceci :

puis

(sa bloque a la première ligne, comme un freeze)

==> err ftp.debian.org squeeze release.gpg ne parvient pas à résoudre « ftp.debian.org FOIS je ne sais combien de ligne exactement
(avec des ftp différent, et des paquets différent) puis sa me redonne root@yunohost…

je relance, sa débite d’enfer, 556ko téléchager en 2s

rien a téléchager ou installer, ou nouvellement

#6

Re,

vois de ce côté seeks.fr/search?q=Err+http%3 … ion=expand ton soucis se situe là, AMHA

#7

problème de DNS ?? DNS de gandi ou DNS de ma box ?

Résolution d’ip ? d’accord mais je ne sais pas quoi faire avec cela…

étant donner que ma box adresse un ip a mon adresse mac, je n’ai pas modifier les paramètre de la carte réseau. Donc dites si je me trompe :

je modifie comme suis :

[code]# This file describes the network interfaces available on your system

and how to activate them. For more information, see interfaces(5).

The loopback network interface

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.0.14 #adress ip de ma machine
netmask 255.255.255.0 #
# network 91.121.87.0 qu’est-ce que c’est ? ip de ma box ?
broadcast 192.168.0.255
gateway 192.168.0.254[/code]

#8

Re,

Désolé je suis, tous ce qui concerne le réseau, n’est vraiment pas ma tasse de thé.
Je ne peux, sur ce coup, te venir en aide. Et plutôt que de t’induire en erreur …

Il est préférable, de patienter, un barbus passera tôt ou tard. :033

#9

voici mon /etc/network/interfaces :

[code]auto lo
iface lo inet loopback

#allow-hotplug eth0
#iface eth0 inet dhcp

auto eth0
iface inet eth0 static
adress 192.168.0.XX
netmask 255.255.255.0
gateway 192.168.0.254
network 192.168.0.0
broadcast 192.168.0.255[/code]

et mon /etc/resolv.conf

#nameserver 212.27.40.240 #nameserver 212.27.40.241 nameserver 192.168.0.254

après un /etc/init.d/networking restart j’ai un problème de se style =>

/etc/network/interfaces:13: unknow adress type ifup : couldn't read interface file "/etc/network/interfaces" Failed

help me please :confused:

EDIT : je suis un tout nouveau debiansien, soyer indulgent :dance:

#10

bon j’ai tout remis d’origine. Sa fonctionne de nouveau en DHCP
je tente un ping de mon mac a mon serveur :

PING 192.168.0.XX (192.168.0.XX): 56 data bytes Request timeout for icmp_seq 0 Request timeout for icmp_seq 1 Request timeout for icmp_seq 2 Request timeout for icmp_seq 3 Request timeout for icmp_seq 4 Request timeout for icmp_seq 5 64 bytes from 192.168.0.XX: icmp_seq=6 ttl=64 time=382.552 ms 64 bytes from 192.168.0.XX: icmp_seq=7 ttl=64 time=22.021 ms Request timeout for icmp_seq 8 64 bytes from 192.168.0.XX: icmp_seq=8 ttl=64 time=1450.373 ms 64 bytes from 192.168.0.XX: icmp_seq=9 ttl=64 time=752.148 ms 64 bytes from 192.168.0.XX: icmp_seq=10 ttl=64 time=580.620 ms 64 bytes from 192.168.0.XX: icmp_seq=11 ttl=64 time=2.374 ms 64 bytes from 192.168.0.XX: icmp_seq=12 ttl=64 time=1.762 ms 64 bytes from 192.168.0.XX: icmp_seq=13 ttl=64 time=114.309 ms 64 bytes from 192.168.0.XX: icmp_seq=14 ttl=64 time=62.946 ms 64 bytes from 192.168.0.XX: icmp_seq=15 ttl=64 time=1.498 ms ^C --- 192.168.0.XX ping statistics --- 16 packets transmitted, 10 packets received, 37.5% packet loss round-trip min/avg/max/stddev = 1.498/337.060/1450.373/451.021 ms

toujours le même problème d’instabilité du réseau… cela viendrais donc de mon dns ?? comment je configure le resolv.conf (j’ai cru comprendre que c’est se fichier le fautif !)

#11

Re,

Voici le mien. Si cela peut aider, en complément de gogol.

[root@yunohost] ~ # cat /etc/resolv.conf domain home search home nameserver 192.168.1.1 [root@yunohost] ~ #

#12

j’ai régler le problème en changeant le noyau de debian (je suis passé en 3.2)

explication de la marche a suivre :
1)
ajouter le dépots => deb backports.debian.org/debian-backports squeeze-backports main
dans /etc/apt/sources.list

  1. lancer un petit

aptitude update

  1. chercher le noyau

aptitude search linux-image

  1. trouvé la version supérieur soit 3.2 (amd64 pour ma part) et installer la

aptitude install linux-image-3.2.0-…etc

  1. il vous dira qu’il y a surement des problème de dépendance manquante, refusé la proposition de garde par défaut (donc N et pas Y)! Il va trouvé tout seul les paquets :smiley: (oui sa me fait kiffer, comme je débute j’aime bien qu’il prenne l’initiative :b)

  2. il a trouvé les paquets manquant notre ptit debian, accepté la proposition il télécharge la totale, après vous avez un super message IN ENGLISH, appuyé sur la touche “q” et laissé le installer le noyau

  3. reboot, et lancer le nouveau noyau installé :slightly_smiling: (vous ne perdez pas l’ancien noyau)

voila !! et la je fais des ping a gogo sans aucun problème, pas de perte de connexion… je teste tout ça et je reviens vous dire si c’est OK :smiley:

#13

:041

suite à ta prospection ici seeks.fr/search?q=Err+http%3 … ion=expand :question:

Bienvenue au club. :clap:

* edit *

j’ai un tuto en cours sur ssh … :wink:

#14

ouais un tuto sur ssh sa m’intéresse, je passe par le terminal de mac en fesant :

sa fonctionne niquel :slightly_smiling: envoie moi le lien quand tu auras fini !

#15

Re,

Tu n’as pas répondu à ma question.

Il y a t-il un lien (seeks) (ou autre) qui t’as permit de résoudre ton souci ? Quel est-il ?

Il serait intéressant d’avoir un retour complet, pour yuno, et ces futurs utilisateurs dans la même situation. :wink:

Dans tous les cas, Bravo ! :023

En cours: Connexion SSH par clés publiques

#16

ah j’ai pas garder mes recherches mais je me suis fait aidé par un chat IRC pour changer le noyau (trop peur de mettre le bouzin).

Google m’a permis de déterminé que RTL8111 (ma carte réseau) posé problème, car beaucoup avait changé de distributions et la différence était le noyau. Car l’installation d’un firmware récent ne résolvé pas le problème.

Je me suis fait aidé très volontier par un gars via IRC sur /join #debian-facile serveur freenode pour la changement de noyau. C’est aussi lui qui m’a bien confirmé que le noyau était surement fautif.

Après il ma juste dit se que je devais faire, et avec des recherches google (ajout de dépots… téléchargement… etc) je m’en suis sorti.

#17

:slightly_smiling:

Re-bonjour didrod,

Plus précisément, nous avons simplement installé le noyau 3.2 depuis les backports, et le problème de la carte réseau a été résolu.

#18

c’est se que j’ai dit non ?

Ou pas ? me suis mal exprimé ? :confused:
==> je sors

#19

Ah oui, pardon, je n’avais lu que ton dernier message, et le début du thread… :blush:

#20

Re,

@captnfab

Yunohost, aussi! :smiley: