[Installation] Sans accès Internet, avec interface graphique

[benjarobin]

L'erreur vient de la commande qui est fausse,

Code : Tout sélectionner

ifconfig wlan0 192.168.1.X

et non

Code : Tout sélectionner

ifconfig wlan0 adress 192.168.1.1

Mais je te conseil fortement d'utiliser dhcpcd

[FoolEcho]

C'est ce que j'ai vu avant que tu n'en parles... d'où mon édition après coup... (je me suis grillé inversé )

[Zouox]

Merci de prendre le temps de m'aider.

J'ai upload les fichiers de config. :

/etc/rc.conf : http://textup.fr/4285NV
/etc/resolv.conf : http://textup.fr/4286Yh
/etc/conf.d/wireless : http://textup.fr/4287jr

Quand je tape "dhcpcd wlan0", j'ai droit à un timeout.

[FoolEcho]

Ta passerelle (gateway dans le rc.conf) ne va pas, c'est plutôt:

Code : Tout sélectionner

gateway="default gw 192.168.0.1"

Il te faudra relancer network (ou redémarrer):

Code : Tout sélectionner

/etc/rc.d/network restart

Puis retente une connexion manuelle (et tu n'as plus qu'à virer les fichiers du web et/ou changer ta clef aussi )
En cas de problème de timeout, cf. wiki avec channel auto.

(j'insiste sur la connexion manuelle, car après ça te sera facile de faire les méthodes automatiques... et tu pourras toujours te raccrocher dessus en cas de problèmes)

[Zouox]

J'ai rectifié, pas d'inquiétude à propos des fichiers, la clé wep est fausse, de plus j'habite en campagne .

Hélas, il y a toujours des erreurs je mets les commandes suivies des erreurs.

iwconfig wlan0 channel auto
Error for wireless request "Set Frequency" (8B04) : SET failed on device wlan0 ; Operation not supported

/etc/rc.d/network restart
Could not associate wlan0 - try increasing WIRELESS_TIMEOUT and check network is WEP or has no security

Lorsque je tape iwconfig wlan0, on peut voir le bon essid, la bonne fréquence, la bonne clé WEP mais : Access Point : Not-Associated.

Merci.

[FoolEcho]

iwconfig wlan0 channel auto
Error for wireless request "Set Frequency" (8B04) : SET failed on device wlan0 ; Operation not supported

S'il le dit... ...

Refais les étapes manuellement:

Code : Tout sélectionner

/etc/rc.d/network stop
ifconfig wlan0 up #si besoin
iwlist wlan0 scan
iwconfig wlan0 essid SSID key KEY
dhcpcd wlan0 -t 20 --debug

Modifie la valeur suivant -t pour augmenter le timeout (en secondes) pour voir... et dis-nous si le message diffère.

[Zouox]

Toujours ce timeout alors que j'ai bien suivi les étapes (et appuyé sur le bouton de la Livebox)..

Code : Tout sélectionner

dhcpcd wlan0 -t 120 --debug
executing '/usr/lib/dhcpcd/dhcpcd-run-hooks', reason PREINIT
executing '/usr/lib/dhcpcd/dhcpcd-run-hooks', reason CARRIER
Broadcasting for a lease
Sending DHCP_DISCOVER (xid 0x8b01c50e), next in 4.39 seconds
Sending DHCP_DISCOVER (xid 0x8b01c50e), next in 7.31 seconds
Sending DHCP_DISCOVER (xid 0x8b01c50e), next in 15.56 seconds
Sending DHCP_DISCOVER (xid 0x8b01c50e), next in 32.76 seconds
Sending DHCP_DISCOVER (xid 0x8b01c50e), next in 64.67 seconds
timeout

Avez-vous une idée?

Merci.

[FoolEcho]

Je ne sais pas... je suppose que ton réseau n'a rien de particulier ?
... si tu pouvais profiter d'une connexion filiaire... au moins le temps de mettre tout à jour, ça serait pas mal...

Cela vaudrait peut-être le coup de voir dans la configuration de ta box pour ce qui est du réseau sans fil ( http://192.168.1.1 ). Tu en profites pour enregistrer l'adresse mac de ton matériel (trouvé avec ifconfig). Et surtout, à la rigueur, le temps de tester, si ça ne risque rien , tu enlèves la sécurité (pas de clef) et tu vois si tu peux te connecter.

[Zouox]

Je n'aurai pas facilement accès à Internet par câble, à moins que j'arrive à trouver un pc portable qui soit connecté au réseau le temps de faire les mises à jour, mais même si c'est le cas, ça ne m'aidera pas à se connecter au réseau?

Le filtrage par adresse mac est désactivé.
J'ai vérifié la cohérence de la clé WEP 10x et le bouton de la livebox permettant d'établir une connexion sans fil était activé le temps des manips' .

Voilà un résumé de la configuration :
http://img846.imageshack.us/i/captureou.png/

Merci.

[FoolEcho]

Le problème est que je ne sais pas de quel côté se situe... le problème... compte tenu que tu es toujours sur un vieux kernel, le module wifi que tu as récupéré est-il pleinement fonctionnel ? (en plus Aur fournit le rtl8192se maintenant, donc je ne suis pas sûr vis-à-vis des indications du wiki à ce sujet ... mais je ne sais pas la différence avec le su... éventuellement, peut-être installer base-devel -- sur le media d'installation -- de façon à récupérer les sources et le PKGBUILD depuis Aur... )

Tu as essayé en désactivant ta clef (juste pour tester) ?

Tu pourrais récupèrer hwinfo (dépôt community) ... tu auras besoin de libx86emu aussi sûrement... et les installer avec -U puis faire:

Code : Tout sélectionner

hwinfo --netcard

(je ne sais pas si ça va montrer des choses intéressantes)

Rien dans dmesg, je suppose...

[kamui57]

Je m'excuse par avance auprès des puristes de la ligne de commande

Si tu fais un chroot à partir d'un live-cd 64 bits détectant le wifi pour installer au moins un environnement graphique et network manager ? Ce sera peut-être plus facile à configurer en graphique. J'utilise le 8192se et j'ai configuré le wifi comme ça (téléchargement de l'archive d'aur et de l'archive des sources, installation de xorg, openbox, network manager etc depuis le chroot, puis redémarrage, extraction, makepkg et pacman -U)

Depuis un chroot depuis un live-cd 64 bits avec wifi opérationnel :
- téléchargement du tarball et de l'archive des sources depuis la page aur : https://aur.archlinux.org/packages.php?ID=34281
- installation de l'environnement graphique (xorg, wm, terminal graphique, panel, network-manager) pour pouvoir lancer nm-applet (terminal) et le voir dans une zone de notification (pypanel)
- édition du menu.xml d'openbox pour avoir le terminal graphique dans le menu (lxterminal n'y est pas de base)
Après redémarrage sous arch en graphique
- lancement de lxterminal, pypanel
- stopper le service network et démarrer celui networkmanager, lancer nm-applet, normalement le réseau est détecté et on peut entrer la clé pour se connecter

Je sais, c'est de la triche, une méthode de faignasse, mais chémoiçamarche, alors si ça peut t'aider tant mieux.

Le module est bien chargé au démarrage ? J'ai ça chez moi

Code : Tout sélectionner

$ lsmod|grep 819
r8192se_pci           502276  0 

[FoolEcho]

Le module est bien chargé au démarrage ?

C'est sûr que oui, sans quoi on n'aurait pas l'interface avec iwconfig, le iwlist serait impossible et le dhcpcd n'attendrait pas un timeout pour l'envoyer promener.

Mais je suis d'accord, sur le fond... un accès web pour se mettre à jour me paraît le mieux, puis effectivement récupèrer le paquet rtl8192se sur Aur, ou tenter de le récupèrer déjà (je m'étonne de la méthode du wiki d'introduction du firmware comme une brute et pour ce qui nous occupe, je crains qu'il y ait des problèmes de compatibilité du pilote qu'il a récupéré avec le noyau qu'il utilise... le coup du channel auto qui se fait bouler, etc. ... )... par contre, méthode manuelle pour le reste (si on arrive pas à se connecter en manuel, aucune chance que les autres fonctionnent mieux... et ça peut dépanner en d'autres situations ).

EDIT: en plus ce firmware est censé être dans linux-firmware "enfin" (tu pourras vérifier )

[kamui57]

ya ça en rtl

Code : Tout sélectionner

lib/firmware/rtlwifi/
lib/firmware/rtlwifi/rtl8192cfw.bin
lib/firmware/rtlwifi/rtl8192cufw.bin
lib/firmware/rtlwifi/rtl8192defw.bin
lib/firmware/rtlwifi/rtl8192sefw.bin
lib/firmware/rtlwifi/rtl8712u.bin
lib/firmware/rtl_nic/
lib/firmware/rtl_nic/rtl8168d-1.fw
lib/firmware/rtl_nic/rtl8168d-2.fw

source http://www.archlinux.org/packages/core/ ... are/files/
pas de 8192su donc ni dans aur. Bizarre que y ait le se et pas le su.

[FoolEcho]

Bon... Même si je suis déjà intervenu sur des sujets concernants ce pilote (et jusque là, heureusement, pas à côté de la plaque), je dois bien admettre que je n'ai toujours rien compris à tous ces rtl8192 ... (j'ai pas regardé plus que ça non plus) ... entre le rtl8192sefw.bin de linux-firmware et rtl8192sfw.bin de Aur ... Note que le wiki n'indique pas rtl8192su ou e, mais rtl8192s (et il installe le se en tant que sfw ... dans un répertoire su...) ... et pourtant l'un et l'autre existe... je ne pige vraiment pas...
Admettons que ça marche avec linux-firmware... ou au pire rtl8192se de Aur...

[Zouox]

Merci beaucoup pour vos réponses.

Je voulais tenter une dernière chose avant d'essayer ce que vous proposez, j'ai déjà fait fonctionner cette clé sous ubuntu grâce à cette doc. : http://doc.ubuntu-fr.org/hercules_hwnum-300

Ils donnent même un lien vers le site officiel Realtek, ça ne coûte rien d'essayer.

[Zouox]

Bonsoir,

Je vais bientôt tenter l'installation par chroot, mais avant j'épluche bien la doc.

Il y a un passage de la configuration du pilote "nouveau" que je n'ai pas compris :

Code : Tout sélectionner

# mkinitcpio -p <your kernel preset (kernel26, etc.)>

Comment peut-on connaître son "kernel preset" ?

Merci.

[benjarobin]

A moins d'avoir un kernel "modifié", c'est kernel26

[Zouox]

Merci.

Encore une question : Est-ce qu'il est possible de mettre à jour Arch via chroot sur une version d'Ubuntu virtuelle (VM VirtualBox) ? Ou plutôt par LiveCD?

[FoolEcho]

Via virtualisation je ne sais pas, mais par un livecd oui (faut juste faire attention à faire le chroot correctement).