Vous n'êtes pas identifié(e).
Hors ligne
Pendant l'installation t'as eu connexion? Ou ça a été complètement offline?
Salut
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr + Forum fr +Guide du débutant sur Leap 15.x
Hors ligne
Dernière modification par empanada (30-10-2018 10:54:00)
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
On peut copier le contenu du terminal en sélectionnant à la souris puis Éditer > Copier dans le menu (ou touches raccourcis Ctrl+Maj+C)Ensuite tu colles dans le message du forum avec Ctrl+v ou clic droit coller
Comment fais-tu cela sans interface graphique et sans réseau ?
La seule possibilité, c'est de rediriger les sorties des commandes vers un fichier et de récupérer ce fichier via une clé USB montée à la main ou un système live qui a du réseau.
Ta carte ethernet est une rtl8111/8168/8411 (la dernière de la sortie lspi -nkk). Cet cartes ont besoin , au minimum du firmware non libre
Il existe de multiples variantes de ces contrôleurs Ethernet et toutes n'ont pas besoin de firmwares. En tout cas les pilotes gérant les contrôleurs Ethernet et wifi sont présents et ont créé les interfaces réseau correspondantes visibles avec "ip a".
Par contre les interfaces ne sont ni configurées ni activées. Pourtant je suppose que la connexion réseau était active durant l'installation ? L'étape suivante consiste à examiner le contenu du fichier /etc/network/interfaces.
Il vaut mieux montrer que raconter.
Hors ligne
empanada a écrit :Ta carte ethernet est une rtl8111/8168/8411 (la dernière de la sortie lspi -nkk). Cettes cartes ont besoin , au minimum du firmware non libre
Il existe de multiples variantes de ces contrôleurs Ethernet et toutes n'ont pas besoin de firmwares.
C'est vrai, je ne suis complètement sur de que la version de r8169 de sont noyau ait besoin du firmware, mas c'est très probable. Cette idée s'appui sur trois évidences:
1) Le Wiki Debian firmware
2) Le fait que moi même j'ai eu ce besoin lors de l'installation de debian sur quelques serveurs Dell Poweredge qu'utilisent ce pilote (je ne me souviens pas du modèle exact)
3) La sortie de modinfo r8169 dans un ordinateur quelconque avec debian stretch et le paquet firmware-realtek installé:
Mais c'est vrai que ce n'est pas certain au 100%. Pour être complètement sûr, on doit voir la sortie par exemple de
Qui devrait donner quelque chose pareille a:
En tout cas les pilotes gérant les contrôleurs Ethernet et wifi sont présents et ont créé les interfaces réseau correspondantes visibles avec "ip a".
Oui, mais ça dit rien sur le sujet des firmware. Toutes les cartes que j'ai rencontré (normalement wifi) qui ont besoin des firmware non-free créent l'interface, aient le firmware à leur disposition, ou non. Mais sans le firmware les pilotes ne peuvent pas travailler proprement.
Par contre les interfaces ne sont ni configurées ni activées. Pourtant je suppose que la connexion réseau était active durant l'installation ? L'étape suivante consiste à examiner le contenu du fichier /etc/network/interfaces.
Complètement d'accord, en fait, ça a été un erreur pour ma part ne demander pas à Necro08 de poster la sortie de /etc/network/interfaces, et celle de journalctl -b. J'étais un peu surpris de que Necro08 demande l'aide avec ce problème très courant...et à la fois tente d'installer et configurer une installation sans interface graphique.
Alors, Necro08, pour continuer, peux-tu poster ces deux sorties?
Salut
Dernière modification par empanada (30-10-2018 15:33:27)
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
La sortie de modinfo r8169 dans un ordinateur quelconque avec debian stretch et le paquet firmware-realtek installé
La sortie de modinfo ne dépend pas de la présence des firmwares. Il ne fait que lister les firmwares dont le module annonce être susceptible d'avoir besoin pour tous les modèles de périphériques qu'il prend en charge.
Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-1.fw for module r8169
De mémoire, ce message est un avertissement affiché par update-initramfs lors de la construction de l'initramfs (déclenchée notamment par l'installation, la suppression ou la mise à jour de certains paquets) quand il inclut un module annonçant qu'il peut avoir besoin de firmwares qui ne sont pas présents (les firmwares présents sont inclus dans l'initramfs). Les messages d'erreur du noyau et des modules signalant l'échec du chargement d'un firmware sont très différents.
Toutes les cartes que j'ai rencontré (normalement wifi) qui ont besoin des firmware non-free créent l'interface, aient le firmware à leur disposition, ou non.
Mon expérience est complètement opposée : si un firmware obligatoire est manquant, l'interface n'est pas créée. Le contraire serait absurde : pourquoi créer une interface qu'on sait non opérationnelle ?
Par contre certains firmwares sont facultatifs, et le périphérique peut fonctionner correctement sans eux mais de façon non optimisée.
Il s'avère néanmoins que certains firmwares sont considérés comme facultatifs alors que le périphérique (ou le pilote ?) fonctionne mal sans eux. Et j'ai déjà constaté ce cas avec le pilote r8168.
Toutefois il est trop tôt ici pour dire s'il y a un problème de firmware facultatif-mais-en-fait-obligatoire, car les interfaces n'étant pas activées il est normal qu'elles ne fonctionnent pas.
Dernière modification par raleur (30-10-2018 16:44:36)
Il vaut mieux montrer que raconter.
Hors ligne
empanada a écrit :Toutes les cartes que j'ai rencontré (normalement wifi) qui ont besoin des firmware non-free créent l'interface, aient le firmware à leur disposition, ou non.
Mon expérience est complètement opposée : si un firmware obligatoire est manquant, l'interface n'est pas créée. Le contraire serait absurde : pourquoi créer une interface qu'on sait non opérationnelle ?
Complètement d'accord. En fait, je m'ai toujours demandé le même. Ce comportement c'est confus , mais je l'ai pu constater dans pas mal des cas. Dommage que ma mémoire de poisson rouge ne rappelle aucun de ces modèles ni dans quels ordinateurs ça m'arriva .
Par contre certains firmwares sont facultatifs, et le périphérique peut fonctionner correctement sans eux mais de façon non optimisée.
Oui, ce cas j'ai rencontré aussi.
Toutefois il est trop tôt ici pour dire s'il y a un problème de firmware facultatif-mais-en-fait-obligatoire, car les interfaces n'étant pas activées il est normal qu'elles ne fonctionnent pas.
Tout à fait vrai. Il faut avant voir si /etc/network/interfaces est bien configuré, si le service démarre... même peut-être si des autres logiciels pour gérer le réseau sont installés (par exemple network-manager ,qui peut fonctionner sans interface graphique).
J'ai commencé à vouloir courir avant apprendre à marcher .
Salut.
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
Comment fais-tu cela sans interface graphique et sans réseau ?
La seule possibilité, c'est de rediriger les sorties des commandes vers un fichier et de récupérer ce fichier via une clé USB montée à la main ou un système live qui a du réseau.
effectivement je n'avais pas vu qu'il n'y avait pas d'interface graphique
Du coup en ligne de commandes je tente :
monter la clé USB si ce n'est pas automatique comme avec une interface graphique, voir par exemple le wiki https://debian-facile.org/doc:systeme:mount
envoyer la sortie de la commande vers un fichier texte avec les chevrons
voir le wiki https://debian-facile.org/doc:programma … l:chevrons
par exemple
démonter la clé pour la mettre sur le PC utilisé sur internet
ensuite faire un copier coller des différents fichiers depuis le PC qui est utilisé sur internet.
Je te laisse raleur infirmer, corriger ou compléter les étapes à réaliser.
C'est d'ailleurs dommage que tu te sois arrêté sans donner les commandes alors que tu connais mieux que moi la réponse pour faire ces manipulations en lignes de commandes
Sinon la wifi ne fonctionne pas sans rien ? j'ai une carte wifi qui est maintenant prise en charge sans ajout de firmware sous stretch
peut-être voir si il y a un retour pour
Que le PC soit connecté à internet simplifierait l'installation d'un éventuel firmware manquant.
> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr + Forum fr +Guide du débutant sur Leap 15.x
Hors ligne
Hors ligne
Pour la configurer en DHCP de façon permanente, ajouter ceci dans /etc/network/interfaces :
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
1. La commande 'dhclient..." > KO
mmm, on a supposé que t'as un serveur DHCP dans ton réseau local(normalement un routeur)...c'est vrai?
En tout cas, on peut dire qu'il manque le paquet firmware-realtek . Tu doit le télécharger dans un autre ordinateur ou avec un autre système exploitation et le fournir , avec une clé usb, par exemple.
2. Changement du fichier de configuration 'interfaces' (OK) puis nouveau 'dhclient...' puis 'apt-get update' KO
Sans le firmware je crois que ça ne vas pas fonctionner, quoi que ce soit par dhcp, avec dhclient, avec ip fixe dans /etc/network/interfaces...
Il apparait que l'update n'a pas fonctionné pour des raisons qui me sont obscures.
L'ordinateur n'a pas connexion , donc impossible de télécharger rien.
4. Commande 'ip a' : https://framapic.org/ctUEnBh3S5gH/dT3y2G9MSoWT.jpg
La carte réseau , au bout du temps, finit par acquérir une IP d'auto-configuration, mais qui n'est pas valable...sauf re-configurer le routeur...et ça risque d'être pire que des autres solutions.
Merci pour vos lumières.
Merci à toi pour utiliser debian
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
Dans le cas d'une ip d'attribué non pas par dhclient, c'est que tu a modifié ton fichier interfaces, mets y les précognisation de raleur :
Puis si après avoir entrer les info données par raleur, dhclient ne t'atribue pas d'ip après un reboot, il te faudra installer le firmware correspondant à ta carte réseau et le lancer avec modprobe ou bien redémarrer la machine puis refaire un ip a et un ping sur une ip comme 8.8.8.8 puis sur un nom dns tel que google.fr
Dernière modification par kawer (02-11-2018 16:50:44)
ThinkPad T530 - Debian - CoreBoot
Hors ligne
Tu semble avoir une ip d'attribuée mais de ne pas avoir de résolution de nom
169.254.xx c'est une plage d'auto-configuration assigné après un temps quand le paramétrage dhcp échoue. On sait rien encore de la résolution des noms. dhcp a échoué, et surement assigner une IP fixe ne va pas résoudre si c'est la manque de firmware l'origine des ennuis comme dit la sortie de dhclient.
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
169.254.xx c'est une plage d'auto-configuration assigné après un temps quand le paramétrage dhcp échoue. On sait rien encore de la résolution des noms. dhcp a échoué, et surement assigner une IP fixe ne va pas résoudre si c'est la manque de firmware l'origine des ennuis comme dit la sortie de dhclient.
J'aimerais bien que tu me donne un lien relatant cet information, car j'ai déjà eu dhclient qui échoue et n'ai jamais obtenu d'ip ...
ThinkPad T530 - Debian - CoreBoot
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
empanada a écrit :169.254.xx c'est une plage d'auto-configuration assigné après un temps quand le paramétrage dhcp échoue. On sait rien encore de la résolution des noms. dhcp a échoué, et surement assigner une IP fixe ne va pas résoudre si c'est la manque de firmware l'origine des ennuis comme dit la sortie de dhclient.
J'aimerais bien que tu me donne un lien relatant cet information, car j'ai déjà eu dhclient qui échoue et n'ai jamais obtenu d'ip ...
In RFC 3927, the Internet Engineering Task Force has reserved the address block 169.254.0.0/16. From this block, the address range 169.254.0.0 to 169.254.255.255 may be used for link-local addressing in Internet Protocol Version 4. The first 256 addresses (169.254.0.0/24) and last 256 addresses (169.254.255.0/24) in the 169.254.0.0/16 prefix are reserved for future use and must not be selected by a host using this dynamic configuration mechanism[5]. Link-local addresses are assigned to interfaces by host-internal, i.e. stateless, address autoconfiguration when other means of address assignment are not available
Tu n'as pas laissé suffisant temps surement
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
Apparemment c'est vicieux : le pilote crée l'interface mais ne demande le firmware nécessaire pour la faire fonctionner que lors de son activation...
raleur a écrit :empanada a écrit :Toutes les cartes que j'ai rencontré (normalement wifi) qui ont besoin des firmware non-free créent l'interface, aient le firmware à leur disposition, ou non.
Mon expérience est complètement opposée : si un firmware obligatoire est manquant, l'interface n'est pas créée. Le contraire serait absurde : pourquoi créer une interface qu'on sait non opérationnelle ?
Complètement d'accord. En fait, je m'ai toujours demandé le même. Ce comportement c'est confus , mais je l'ai pu constater dans pas mal des cas. Dommage que ma mémoire de poisson rouge ne rappelle aucun de ces modèles ni dans quels ordinateurs ça m'arriva .
et voilà un exemple: pilote qui crée l'interface, mais n'est pas capable de l'activer sans le firmware. Pour moi, les problèmes avec les cartes réseau ont été toujours comme ça.
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
Necro08 a écrit :1. La commande 'dhclient..." > KO
mmm, on a supposé que t'as un serveur DHCP dans ton réseau local(normalement un routeur)...c'est vrai?
En tout cas, on peut dire qu'il manque le paquet firmware-realtek . Tu doit le télécharger dans un autre ordinateur ou avec un autre système exploitation et le fournir , avec une clé usb, par exemple.
Bonjour Empanada,
Je peux télécharger le paquet *.deb sous Windows et le copier sur une clef USB. Il n'y a pas de conditions de type de partitions pour que je puisse monter la clef sous Debian en ligne de commande ?
(ce sera là aussi une première)
Merci.
Necro08.
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Debian sait lire nativement les formats FAT et NTFS de Windows. Pour lire le format exFAT, il faut que le paquet exfat-fuse soit installé.
Bonsoir,
Le paquet est installé via une clef USB ! J'ai réussi
Je vais pouvoir retenter la connexion ethernet !
Necro08.
Hors ligne
Dernière modification par Necro08 (06-11-2018 12:23:38)
Hors ligne