Reprise du message précédent :

 
tu devrais poster un message sur le forum arch pour voir avec quelqu'un qui utilise le meme chip wifi

Je l'ai sur une de mes machines, que j'utilise peu, de mes souvenirs :
-il faut effectivement que le firmware soit installé
-les eth0 et eth1 ont tendance à s'inverser à chaque boot, ce qui est rapidement chiant, il y a une manip dans udev expliquée sur le wiki pour attribuer un nom fixe à chacune des interfaces, ça marche très bien.
-c'est con, mais vérifier que le wifi est bien activé au moyen du bouton dédié du portable

 
Merci; j'avais effectivement lu un truc du genre sur udev, mais je ne sais plus où
Pour le bouton, il est effectivement sur On. C'est même la première chose que j'ai faite avant l'install
 
Merci pour votre aide en tout cas. Je vais essayer de voir du côté des forums off.

Tu as quoi dans ton dmesg ?

Comment puis-je le consulter, stp ?

En tapant dmesg dans une console

And the winner is........... me
OK, je regarde.

Jamais vu une distribution aussi précise et extrêmement rigoureuse et technique dans son installation.  

Une veritable Ferrari des distributions linux

même pas 30 secondes pour booter à partir du Bios à l'environnement X.org en IDE sur Intel Z68

Bon j'ai finallement régler mon soucis. Pour rappel, je me connecte à une Freebox v5 en WPA (TKIP + AES).
J'ai créer un fichier /etc/wpa_supplicant.conf le plus simple possible:
 

 
A noter que j'ai mis ici le scan_ssid car mon réseau wifi est caché (inutile je l'entends bien ).
J'ai ensuite lancer la commande suivante (remplacer eth1 par votre interface wifi):
 

 
Sur le terminal, j'ai vu que la connexion se faisait et négociait bien la clé d'authentification. J'ai donc rajouté le paramètre -B à la ligne de commande ci-dessus pour le lancer en démon.
 
Suit la commande suivante pour récupérer une adresse IP:
 

 
Et la connexion est OK.
 
PS: je suis repartis d'une install propre en ometant pas cette fois-ci le package ipw2200 correspondant au driver de mon chipset wifi + wpa_supplicant + wireless_tools (packages présent dans base-devel lors de l'install).

archlinux arm retenu pour le rasperry pi !

 
Content que ca fonctionne

 
il manque le lien pour comprendre :
 
http://fr.wikipedia.org/wiki/Raspberry_Pi

Ah j'aime bien archlinux.  
 
Tu bosses dans l'info, tu t'occupes d'une poignée de serveur linux sous ubuntu/debian, tu commences à te la raconter, t'installes archlinux sur ton pc perso et bim, tu te prends un aller-retour sans rien comprendre. Je me rends compte que je ne sais pas à quoi servent les 3/4 des services & co
 
J'ai acheté une tour Dell toute neuve sortie d'usine. Je réduit la partition windows et me voilà parti pour installer arch. Mon pc tourne sous arch, mon dekstar tourne sous arch, j'ai l'habitude.  
 
Je ne sais pas si le pc est trop récent mais j'installe arch, je mets à jour en faisant normalement ce qu'il faut pour les 2 trucs qui bloquent mais ça ne va pas. Après la mise à jour, le boot bloque à "Adjusting time & local zone blabla [DONE]"  
 
Je peux me connecter au pc en ssh mais sur le pc, je n'ai pas de console. J'ai essayé d'installer xfce mais ça bloque toujours au même endroit. Tel un valeureux utilisateur de windows, ce matin je reformate et je réinstalle, croyant que j'avais attaqué à la truelle les fichiers de conf mais ça fait la même chose.
 
Ce problème vous dit quelque chose ? C'est nécessaire de mettre le paramètre LANG quelque part ? Si oui où exactement    ?

Tes locales sont dans /etc/locale.gen et on te demande de t’en occuper sur la toute fin de l’installation.

est-ce que tu as suivi à la lettre le tutoriel d'installation ?

http://wiki.archlinux.fr/Installation

tu fais une installation de type "netinstall",

tu dois au minimum démarrer correctement et avoir accès à la console, ne sauter aucune étape de configuration indiquée dans le tutoriel officiel

si tu arrives à te connecter en ssh regarde si tu peux faire un "pacman -Syu" afin d'avoir le dernier noyau à jour qui corrige peut-être un bug sur les PC Dell

L'installation se passe bien, j'ai la console et tout mais c'est après le pacman -Syu que je perds la console.

Je vais tenter la netinstall mais j'ai l'impression que l'iso d'install 64bits n'aime pas la carte réseau. Lorsque j'essayais d'activer les depots remote ça passait pas.

le mieux pour le time c'est d'utiliser l'auto setup avec ntp à l'install, après c'est fixé.
Pour les locales, il faut effectivement vérifier /etc/locale.gen, mais aussi etc/rc.conf (que tu as bien une locale non commentée par exemple)
 
et vérifier l'encodage (iso ou utf-8, très important)

 
c'est quoi ta carte, a priori le pilote est dans le kernel de base, si ca n'est pas le cas, il faut utiliser un paquet externe via une clef usb et faire un pacman -U

Bon ... j'ai réussi à activer ma carte réseau et faire l'install par netinstall, par contre j'avais le problème de la console dès le premier reboot du coup. Et tatonnant avec des trucs vu sur des forums, j'ai vu qu'en rajoutant "nomodeset" au boot, ça réglait le problème. Ca semble empêcher le chargement de KMS et des drivers nouveau pour la carte graphique nvidia.
Ca serait alors un problème de carte graphique.
 
C'est bizarre quand même. J'ai essayé d'installer debian, il me dit qu'il ne trouve pas de kernel compatible, et les live cd d'ubuntu ne veulent pas démarrer. J'avais du passer par une ubuntu 10.10 32bits pour démarrer gparted, la 11.10 64bits et la 12.04 beta1 restaient figés au démarrage.

tu as quoi comme carte ?

C'est une Nvidia GTX 545, ça a pas l'air d'être super répandu comme modèle ...

GTX 545 ou GT 545? Enfin le driver de nVidia devrait le prendre en charge, enfin ça coute rien d'essayer

Blacklist nouveau, installe nvidia ?

 
Effectivement, une fois le blacklist et l'installe de "nvidia" par yaourt et xfce4 boot sans problème  
 
C'était une GT 545. La GTX 545 que j'ai recopié vite fait de la fiche du vendeur online semble fantaisiste.

Pour mon info, c'est quoi le blacklist, svp ?

C'est pour empêcher qu'un module se charge automatiquement. Dans mon cas nouveau veut prendre en charge ma cg mais échoue. En le blacklistant je laisse à nvidia le champs libre pour la gestion de la carte graphique.
Après avoir constaté que le !nouveau dans MODULE=() de rc.conf ne fonctionnait plus, j'ai suivi cette méthode https://wiki.archlinux.org/index.ph [...] acklisting

Enfin nouveau est d'office blacklisté lorsqu'on installe nvidia

Arch Linux a 10 ans  

Cherchez l'erreur :

man mkfs.ext4 (c'est pareil pour les autres)  :

Soit 30Go dans ton cas.

Ah ok, c'est plus clair comme ça, merci

Dans le cas d'un disque réservé aux users, tu peux sans problème passer un :
 

 
Pour retrouver l'espace manquant, l'opération peut se faire même avec le volume monté.  

Est-ce acceptable de faire cela? ou bien un risque important?

Effectivement c'est un disque uniquement de données peu sensibles, vais essayer ça si y'a pas de risque pour mon système
 
Merci

Aucun risque : c'est juste une réservation d'espace pour l'utilisateur root, afin d'éviter de bloquer le système si un user remplit le disque avec ses données. (par exemple dans le cas de la partition racine)

Autant dire que sur un disque destiné à contenir uniquement des données utilisateur, c'est purement et simplement de l'espace perdu
Par contre, je laisse évidemment la valeur par défaut sur ma racine.

D'accord merci.
Pour /home et /boot tu preconises quoi?
 
J'ai /, /home, /boot et differents partitions de media ou j'appliquerai ce changement

Je l'appliquerais uniquement sur /home.

En gros, tous les trucs systèmes où root écrit, je laisse la valeur par défaut.

/home et mes medias alors.
Merci, tu viens surement de me sauver quelques $$$

Je suis passe a 1% au lieu de 5%, et j'ai gagne 300Go, merci
Pas  sur encore de passer a 0.