[RESOLU] "No internet interface" avec une prise Ethernet

Post Reply
Message
Author
User avatar
Freco
Posts: 168
Joined: Sun 20 Feb 2011, 21:15

[RESOLU] "No internet interface" avec une prise Ethernet

#1 Post by Freco »

Bonjour,

Ca m'était arrivé déjà il y a quelques temps, alors que l'ordi fonctionne bien en Ethernet avec Slacko 632 par exemple, le fait de tester une autre version (XenialPup/ BionicPup/ Dpup Stretch/ Toopy...) impossible de me connecter au réseau via Ethernet.
Le message "no internet interface detected" indiqué en tête de chaque utilitaires proposant la connection... alors que c'est instantané avec Slacko par exemple...

Et là j'ai refait le test avec Dpup Stretch et Bionic Pup, sur deux PC différents un bon vieux Pentium 4 et un HP récent, et même topo...

Je suis sec, avez vous des idées là-dessus?

Merci.

Freco.

P.S: je viens de créer un post sur la section anglaise :
http://www.murga-linux.com/puppy/viewto ... 71#1023471
Last edited by Freco on Fri 05 Apr 2019, 17:11, edited 1 time in total.

User avatar
Argolance
Posts: 3767
Joined: Sun 06 Jan 2008, 22:57
Location: PORT-BRILLET (Mayenne - France)
Contact:

#2 Post by Argolance »


User avatar
don570
Posts: 5528
Joined: Wed 10 Mar 2010, 19:58
Location: Ontario

#3 Post by don570 »

impossible de me connecter au réseau via Ethernet.
Avez-vous essayé le logiciel 'SNS' --> Simple Network Setup par Barry Kauler.

Il donne une liste des périphériques .
____________________________________________

User avatar
Freco
Posts: 168
Joined: Sun 20 Feb 2011, 21:15

#4 Post by Freco »

don570 wrote: Avez-vous essayé le logiciel 'SNS' --> Simple Network Setup par Barry Kauler.

Il donne une liste des périphériques .
____________________________________________
Oui, j'ai essayé chacun des utilitaires réseau, mais toujours rien.

La commande "ifconfig" ne renvoit que "lo".

J'ai essayé Bionic32 avec le noyau de Slacko632, pareil...

User avatar
fabrice_035
Posts: 765
Joined: Mon 28 Apr 2014, 17:54
Location: Bretagne / France

#5 Post by fabrice_035 »

salut,

Dans l'ordre il faut commencer par un

Code: Select all

lspci
Ce qui va lister les périphériques détectés.

Exemple chez moi

Code: Select all

...
04:00.0 Network controller: Intel Corporation WiFi Link 5100
08:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5784M Gigabit Ethernet PCIe (rev 10)
...
Si il n'y a aucune carte Ethernet dans ta liste, ça devient très bizarre. La suite (i)logique voudrait que si ta réseau est devenu invisible quel que soit le système d'exploitation elle est hs. Je tenterai d'enlever la pile du bios et/ou de faire un clear cmos
https://www.google.com/search?client=fi ... carte+mere ... sait-on jamais ...
Bionicpup64-8.0 _ Kernel 5.4.27-64oz _ Asus Rog GL752

User avatar
Freco
Posts: 168
Joined: Sun 20 Feb 2011, 21:15

#6 Post by Freco »

Voilà ce que me donne lspci depuis Bionic et Lubuntu

Code: Select all

02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188EE Wireless Network Adapter (rev 01)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL810xE PCI Express Fast Ethernet controller (rev 07)
Tout à l'air normal...

User avatar
fabrice_035
Posts: 765
Joined: Mon 28 Apr 2014, 17:54
Location: Bretagne / France

#7 Post by fabrice_035 »

Freco wrote:Voilà ce que me donne lspci depuis Bionic et Lubuntu

Code: Select all

02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188EE Wireless Network Adapter (rev 01)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL810xE PCI Express Fast Ethernet controller (rev 07)
Tout à l'air normal...
Ah c'est plutôt une bonne nouvelle.
Je ne connais pas bionic et lubuntu mais pas mal de pistes ici :

https://www.google.com/search?&q=linux+ ... nection+up

Code: Select all

ifconfig seul n'affiche que les interfaces activées, il faut exécuter ifconfig -a pour lister toutes les interfaces, même inactives. ifconfig eth0 up n'aura aucun effet si eth0 n'existe pas, il y a bien longtemps qu'on n'utilise plus ces saletés d'alias entre les noms d'interfaces et les noms des modules.
lspci -nnk devrait afficher le nom du module censé gérer cette carte, et s'il est chargé. S'il ne l'est pas, essayer de le charger à la main avec modprobe <nomdumodule>. S'il l'est, examiner les logs du noyau affichés par dmesg et rechercher ce qui ce rapporte à ce périphérique et ce module.
Bionicpup64-8.0 _ Kernel 5.4.27-64oz _ Asus Rog GL752

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#8 Post by musher0 »

Salut Freco.

J'ai vécu ça il y a un mois environ sur le DPupBuster7.9.0.1 -- qui ne sera
jamais publié d'ailleurs.

DPB7901 a fini par trouver le module noyau pour l'ethernet, mais pas
celui pour le son, ce qui demeure un mystère des grands dieux... .

Pour revenir un peu en arrière --
ton slacko te fait des misères quand tu reviens dessus après avoir fait
des sessions avec xenial et ses cousins? (C'est ce que je comprends.)
Sur le même ordi. C'est bien ça ?

Il faudrait nous préciser exactement quel Toutou | Puppy te fait des
misères, s.v.p. Ça nous aiderait à t'aider.

À ma connaissance, il y a deux procédures pour réveiller un module
endormi, ethernet ou autre,

-- l'une, avec la commande < modprobe module > , (depuis la session)

-- l'autre en insérant le nom exact du module pour ta carte à la ligne 30
(ou par là) du fichier /etc/rc.d/MODULESCONFIG, la ligne qui commence
par < ADDLIST='' > (sans les chevrons). Cette dernière façon permet au
Puppy de réveiller le module endormi pendant le lancement (alias boot).

Voilà. C'est ce que je sais, et en ce domaine des modules du noyau je ne
suis pas trop fort, malheureusement.

J'espère quand même que ces quelques informations te mettront sur la
bonne piste.

À+
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

User avatar
Médor
Posts: 1754
Joined: Sat 24 Jul 2010, 20:04
Location: France

#9 Post by Médor »

Bonsoir,

La première chose à vérifier est la présence du module du noyau concernant la carte Ethernet :

Code: Select all

lspci -nnk | grep -i net -A2
S'assurer de la présence du module "kernel driver module in use : xxxx"

Par exemple sur mon notebook actuel :

Code: Select all

#lspci -nnk | grep -i net -A2
02:00.0 Network controller [0280]: Broadcom Corporation BCM4312 802.11b/g LP-PHY [14e4:4315] (rev 01)
	Subsystem: Hewlett-Packard Company Device [103c:1508]
	Kernel driver in use: b43-pci-bridge
08:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller [10ec:8136] (rev 02)
	Subsystem: Hewlett-Packard Company Device [103c:3054]
	Kernel driver in use: r8169
#
Cordialement,
Médor.
[b][url=http://wellminded.net63.net/]Recherches Puppy[/url]|[url=http://puppylinux.org/wikka/PageIndex]Index Puppy[/url]|[url=http://smokey01.com/bruceb/france.html]Index FR[/url]|[url=http://toutoulinux.free.fr/tuto.php]Tuto Toutou[/url][/b]

User avatar
Freco
Posts: 168
Joined: Sun 20 Feb 2011, 21:15

#10 Post by Freco »

Merci pour vos réponses!

J'aurais de quoi tester à mon retour la semaine prochaine...
;-)
musher0 wrote: Pour revenir un peu en arrière --
ton slacko te fait des misères quand tu reviens dessus après avoir fait
des sessions avec xenial et ses cousins? (C'est ce que je comprends.)
Sur le même ordi. C'est bien ça ?

Il faudrait nous préciser exactement quel Toutou | Puppy te fait des
misères, s.v.p. Ça nous aiderait à t'aider.
Salut musher0,

Alors pour refaire l'historique :
_PC 1 : Pentium 4 fixe
.distro habituelle : Slacko 6.3.2
.test Ethernet non reconnu : XenialPup32 + d'autres puplets (de souvenir Pipoca marchait mais pas Tooppy).
Testé aussi en bootant sur clé USB. Testé aussi sur d'autres PCs voisins, toujours pas d'Ethernet.

_PC 2 : Pentium 4 fixe
.distro habituelle : Slacko 6.3.2
.test Ethernet non reconnu : Bionic32, DpupStretch

_PC 3 : i3 laptop récent
.distro habituelle : Lubuntu
.test Ethernet non reconnu : Bionic32, Bionic64

A chaque fois, j'installe Puppy directement en copiant à la mano les vmlinux/initr/puppy.sfs dans un dossier en mettant à jour le Grub2 via le 40_custom.

Merci et a+

User avatar
Médor
Posts: 1754
Joined: Sat 24 Jul 2010, 20:04
Location: France

#11 Post by Médor »

Bonjour Freco,

Que la donne la commande : lspci -nnk | grep -i net -A2

Tu devrais au moins avoir le nom du module de la carte Ethernet sur la Slacko qui fonctionne, puis de vérifier sur les autres puplettes....


Cordialement,
Médor.
[b][url=http://wellminded.net63.net/]Recherches Puppy[/url]|[url=http://puppylinux.org/wikka/PageIndex]Index Puppy[/url]|[url=http://smokey01.com/bruceb/france.html]Index FR[/url]|[url=http://toutoulinux.free.fr/tuto.php]Tuto Toutou[/url][/b]

User avatar
Freco
Posts: 168
Joined: Sun 20 Feb 2011, 21:15

#12 Post by Freco »

Désolé de répondre que maintenant.

Je viens de retester sur un 4ème PC et j'ai le même problème...
et ce avec Bionic 32 et 64 et Dpup Stretch.
M�dor wrote: Que la donne la commande : lspci -nnk | grep -i net -A2
sur Ubuntu:

Code: Select all

ubuntu@OptiPlex:~$ lspci -nnk | grep -i net -A2
00:19.0 Ethernet controller [0200]: Intel Corporation 82567LM-3 Gigabit Network Connection [8086:10de] (rev 02)
	Subsystem: Dell 82567LM-3 Gigabit Network Connection [1028:027f]
	Kernel driver in use: e1000e
	Kernel modules: e1000e
sur puppy:

Code: Select all

# lspci -nnk | grep -i net -A2
lspci: Unable to load libkmod resources: error -12
00:19.0 Ethernet controller [0200]: Intel Corporation 82567LM-3 Gigabit Network Connection [8086:10de] (rev 02)
	Subsystem: Dell Device [1028:027f]
00:1a.0 USB controller [0c03]: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #4 [8086:3a67] (rev 02)
M�dor wrote: Tu devrais au moins avoir le nom du module de la carte Ethernet sur la Slacko qui fonctionne, puis de vérifier sur les autres puplettes....
tentative de réveil du module:

Code: Select all

 # modprobe e1000e
modprobe: ERROR: ../libkmod/libkmod.c:586 kmod_search_moddep() could not open moddep file '/lib/modules/4.9.163-lxpup-32-pae/modules.dep.bin'
modprobe: FATAL: Module e1000e not found in directory /lib/modules/4.9.163-lxpup-32-pae
Ai-je loupé une manip?
musher0 wrote: -- l'autre en insérant le nom exact du module pour ta carte à la ligne 30
(ou par là) du fichier /etc/rc.d/MODULESCONFIG, la ligne qui commence
par < ADDLIST='' > (sans les chevrons). Cette dernière façon permet au
Puppy de réveiller le module endormi pendant le lancement (alias boot).
J'ai bien rajouté au fichier /etc/rc.d/MODULESCONFIG

Code: Select all

ADDLIST=e1000e 
qui s'est bien chargé au redémarrage (apparaît bien log durant le démarrage), mais rien de nouveau...
Il y a t'il un équivalent de /etc/network/interfaces sur puppy?

Sinon j'ai essayé lundi plusieurs liens, mais sans trouver qq chose qui veuille bien marcher...

J'ai du mal à comprendre pourquoi j'ai un tel problème, sur toutes les nouvelles versions et tous les PC que j'ai sous la main...
Il doit bien y avoir un truc! J'ai jamais connu rien de tel depuis 2011 que j'utilise Puppy...

User avatar
Argolance
Posts: 3767
Joined: Sun 06 Jan 2008, 22:57
Location: PORT-BRILLET (Mayenne - France)
Contact:

#13 Post by Argolance »

Bonjour,
Une piste: :arrow: unable to load libkmod resources?

Cordialement.

User avatar
Médor
Posts: 1754
Joined: Sat 24 Jul 2010, 20:04
Location: France

#14 Post by Médor »

Bonjour Freco,
modprobe: FATAL: Module e1000e not found in directory /lib/modules/4.9.163-lxpup-32-pae
Donc le module n'est pas présent ce qui est assez curieux !

Là je suis passé sous LxUpupbb-18.5 / k4.9.96 et le module e1000e est bien présent !

Code: Select all

# uname -a
Linux puppypc8170 4.9.96-lxpup-32-pae #1 SMP Thu Apr 26 11:45:00 +08 2018 i686 i686 i686 GNU/Linux

# modinfo e1000e
filename:       /lib/modules/4.9.96-lxpup-32-pae/kernel/drivers/net/ethernet/intel/e1000e/e1000e.ko
version:        3.2.6-k
license:        GPL
description:    Intel(R) PRO/1000 Network Driver
author:         Intel Corporation, <linux.nics@intel.com>
srcversion:     17F7A315AD56539B514FD71
alias:          pci:v00008086d000015D6sv*sd*bc*sc*i*
alias:          pci:v00008086d000015E3sv*sd*bc*sc*i*
alias:          pci:v00008086d000015D8sv*sd*bc*sc*i*
alias:          pci:v00008086d000015D7sv*sd*bc*sc*i*
alias:          pci:v00008086d000015B9sv*sd*bc*sc*i*
alias:          pci:v00008086d000015B8sv*sd*bc*sc*i*
alias:          pci:v00008086d000015B7sv*sd*bc*sc*i*
alias:          pci:v00008086d00001570sv*sd*bc*sc*i*
alias:          pci:v00008086d0000156Fsv*sd*bc*sc*i*
alias:          pci:v00008086d000015A3sv*sd*bc*sc*i*
alias:          pci:v00008086d000015A2sv*sd*bc*sc*i*
alias:          pci:v00008086d000015A1sv*sd*bc*sc*i*
alias:          pci:v00008086d000015A0sv*sd*bc*sc*i*
alias:          pci:v00008086d00001559sv*sd*bc*sc*i*
alias:          pci:v00008086d0000155Asv*sd*bc*sc*i*
alias:          pci:v00008086d0000153Bsv*sd*bc*sc*i*
alias:          pci:v00008086d0000153Asv*sd*bc*sc*i*
alias:          pci:v00008086d00001503sv*sd*bc*sc*i*
alias:          pci:v00008086d00001502sv*sd*bc*sc*i*
alias:          pci:v00008086d000010F0sv*sd*bc*sc*i*
alias:          pci:v00008086d000010EFsv*sd*bc*sc*i*
alias:          pci:v00008086d000010EBsv*sd*bc*sc*i*
alias:          pci:v00008086d000010EAsv*sd*bc*sc*i*
alias:          pci:v00008086d00001525sv*sd*bc*sc*i*
alias:          pci:v00008086d000010DFsv*sd*bc*sc*i*
alias:          pci:v00008086d000010DEsv*sd*bc*sc*i*
alias:          pci:v00008086d000010CEsv*sd*bc*sc*i*
alias:          pci:v00008086d000010CDsv*sd*bc*sc*i*
alias:          pci:v00008086d000010CCsv*sd*bc*sc*i*
alias:          pci:v00008086d000010CBsv*sd*bc*sc*i*
alias:          pci:v00008086d000010F5sv*sd*bc*sc*i*
alias:          pci:v00008086d000010BFsv*sd*bc*sc*i*
alias:          pci:v00008086d000010E5sv*sd*bc*sc*i*
alias:          pci:v00008086d0000294Csv*sd*bc*sc*i*
alias:          pci:v00008086d000010BDsv*sd*bc*sc*i*
alias:          pci:v00008086d000010C3sv*sd*bc*sc*i*
alias:          pci:v00008086d000010C2sv*sd*bc*sc*i*
alias:          pci:v00008086d000010C0sv*sd*bc*sc*i*
alias:          pci:v00008086d00001501sv*sd*bc*sc*i*
alias:          pci:v00008086d00001049sv*sd*bc*sc*i*
alias:          pci:v00008086d0000104Dsv*sd*bc*sc*i*
alias:          pci:v00008086d0000104Bsv*sd*bc*sc*i*
alias:          pci:v00008086d0000104Asv*sd*bc*sc*i*
alias:          pci:v00008086d000010C4sv*sd*bc*sc*i*
alias:          pci:v00008086d000010C5sv*sd*bc*sc*i*
alias:          pci:v00008086d0000104Csv*sd*bc*sc*i*
alias:          pci:v00008086d000010BBsv*sd*bc*sc*i*
alias:          pci:v00008086d00001098sv*sd*bc*sc*i*
alias:          pci:v00008086d000010BAsv*sd*bc*sc*i*
alias:          pci:v00008086d00001096sv*sd*bc*sc*i*
alias:          pci:v00008086d0000150Csv*sd*bc*sc*i*
alias:          pci:v00008086d000010F6sv*sd*bc*sc*i*
alias:          pci:v00008086d000010D3sv*sd*bc*sc*i*
alias:          pci:v00008086d0000109Asv*sd*bc*sc*i*
alias:          pci:v00008086d0000108Csv*sd*bc*sc*i*
alias:          pci:v00008086d0000108Bsv*sd*bc*sc*i*
alias:          pci:v00008086d0000107Fsv*sd*bc*sc*i*
alias:          pci:v00008086d0000107Esv*sd*bc*sc*i*
alias:          pci:v00008086d0000107Dsv*sd*bc*sc*i*
alias:          pci:v00008086d000010B9sv*sd*bc*sc*i*
alias:          pci:v00008086d000010D5sv*sd*bc*sc*i*
alias:          pci:v00008086d000010DAsv*sd*bc*sc*i*
alias:          pci:v00008086d000010D9sv*sd*bc*sc*i*
alias:          pci:v00008086d00001060sv*sd*bc*sc*i*
alias:          pci:v00008086d000010A5sv*sd*bc*sc*i*
alias:          pci:v00008086d000010BCsv*sd*bc*sc*i*
alias:          pci:v00008086d000010A4sv*sd*bc*sc*i*
alias:          pci:v00008086d0000105Fsv*sd*bc*sc*i*
alias:          pci:v00008086d0000105Esv*sd*bc*sc*i*
depends:        ptp
retpoline:      Y
intree:         Y
vermagic:       4.9.96-lxpup-32-pae SMP mod_unload modversions 686 
signat:         PKCS#7
signer:         
sig_key:        
sig_hashalgo:   md4
parm:           debug:Debug level (0=none,...,16=all) (int)
parm:           copybreak:Maximum size of packet that is copied to a new buffer on receive (uint)
parm:           TxIntDelay:Transmit Interrupt Delay (array of int)
parm:           TxAbsIntDelay:Transmit Absolute Interrupt Delay (array of int)
parm:           RxIntDelay:Receive Interrupt Delay (array of int)
parm:           RxAbsIntDelay:Receive Absolute Interrupt Delay (array of int)
parm:           InterruptThrottleRate:Interrupt Throttling Rate (array of int)
parm:           IntMode:Interrupt Mode (array of int)
parm:           SmartPowerDownEnable:Enable PHY smart power down (array of int)
parm:           KumeranLockLoss:Enable Kumeran lock loss workaround (array of int)
parm:           WriteProtectNVM:Write-protect NVM [WARNING: disabling this can lead to corrupted NVM] (array of int)
parm:           CrcStripping:Enable CRC Stripping, disable if your BMC needs the CRC (array of int)
# 
Cordialement,
Médor.
[b][url=http://wellminded.net63.net/]Recherches Puppy[/url]|[url=http://puppylinux.org/wikka/PageIndex]Index Puppy[/url]|[url=http://smokey01.com/bruceb/france.html]Index FR[/url]|[url=http://toutoulinux.free.fr/tuto.php]Tuto Toutou[/url][/b]

User avatar
Freco
Posts: 168
Joined: Sun 20 Feb 2011, 21:15

#15 Post by Freco »

M�dor wrote:
modprobe: FATAL: Module e1000e not found in directory /lib/modules/4.9.163-lxpup-32-pae
Donc le module n'est pas présent ce qui est assez curieux !

Là je suis passé sous LxUpupbb-18.5 / k4.9.96 et le module e1000e est bien présent !
Merci.
Je vais faire la même vérification chez moi et je réessayerais ça.
Oui, je confirme que c'est bizarre, surtout que ça arrive sur 4 PCs différents, 3 box différentes, et sur plusieurs versions de puppy
a+

User avatar
Médor
Posts: 1754
Joined: Sat 24 Jul 2010, 20:04
Location: France

#16 Post by Médor »

Est-ĉe une installation frugale : le fichier zdrv_*.sfs est-il bien présent/chargé :?:
D'après tes infos c'est comme si tu n'aurai pas de zdrv_*.sfs car il contient entre autres le module e1000e :!:

Cordialement,
Médor.
[b][url=http://wellminded.net63.net/]Recherches Puppy[/url]|[url=http://puppylinux.org/wikka/PageIndex]Index Puppy[/url]|[url=http://smokey01.com/bruceb/france.html]Index FR[/url]|[url=http://toutoulinux.free.fr/tuto.php]Tuto Toutou[/url][/b]

User avatar
Freco
Posts: 168
Joined: Sun 20 Feb 2011, 21:15

#17 Post by Freco »

M�dor wrote:Est-ĉe une installation frugale : le fichier zdrv_*.sfs est-il bien présent/chargé :?:
D'après tes infos c'est comme si tu n'aurai pas de zdrv_*.sfs car il contient entre autres le module e1000e :!:
Ah yes! Oui, le zdrv_* est absent!
Super Medor!
Vivement que je reteste ça!
J'me disais bien qu'il y a un truc qui clochait!
Je confirme dès que je rentre.
:D

User avatar
Freco
Posts: 168
Joined: Sun 20 Feb 2011, 21:15

#18 Post by Freco »

C'est bon!
Encore merci Médor!
Et merci à tous qui ont pris du temps sur ce problème.
J'en devenais fou de cette histoire!
Les vieilles habitudes d'installation ont la vie dure...
;-)

Ca y est, je vais pouvoir rediffuser du Toutou!

:D

Post Reply