Reprise du message précédent :
Salut !
 
Sincèrement ça vaut le coup, pour le desktop, c'est vraiment une très bonne distro et le wiki est vraiment excellent (Beginners' guide / General recommendations).
 
Après si t'es pas sur de toi au niveau de l'installation et de la configuration générale de l'os, tu peux toujours commencer par une machine virtuelle. Ça te permettra de passer le cap en toute sécurité.  

Ouais, c'est ce que je me tâtais à faire la VM, mais ça me gave de perdre du temps pour un truc que je n'utiliserais pas (mais plus sécuritaire) et d'un autre côté j'ai une partoche que j'utilise pas sur un disque (mon ex Xubuntu qui crash en continu depuis la mise à niveau vers 15.04 et que j'avais de toute façon abandonné depuis longtemps pour passer à Elementary).
 
Merci pour le guide, c'est un des trucs qui m'a vraiment donné envie de passer à cette distro quand je l'ai mise sur mon Pi: à chaque fois que j'ai cherché un truc c'était hyper bien documenté.

Pour débuter quand tinstalle.  Y a un script pas trop dégueux, que je donne à tout mes potes débutant.  
 
github.com/helmuthdu/auu

Alors j'ai essayé d'installer sur une machine virtuelle KVM.
- avec ton script d'installation, ça marche à peu près (quelques erreurs sur la fin) et quand je reboot je n'ai pas d'accès réseau. Je pense savoir d'où ça vient mais je n'ai pas chercher plus loin parce que je ne veux pas passer par ton script (si je passe à Arch c'est aussi pour "apprendre Linux" en profondeur).
 
J'ai donc suivi le Beginners' guide sur une nouvelle machine virtuelle mais j'ai du rater quelque chose, car à partir du moment où je tape arch-chroot /mnt /bin/bash je passe sur une session où rien n'est installé (locale-gen ne fonctionne pas, ni systemd ni aucune de toutes les commandes qui suit en fait, je peux installer les paquets correspondants avec pacman mais quelque chose me dit que les choses ne se passent pas bien).
 
Après pour créer le bootloader c'est la merde, il ne reconnait pas la partition, ni la variable $esp mais je ne sais pas si c'est du au merde d'avant ou a ma machine virtuelle (j'ai choisi comme option "Linux" version "Generique - 2.6.25 or later kernel with virtio" ).
 
Vous voyez ce que j'ai pu rater ?

T'as tout installé en ram dans l'overlay sur / et non dans /mnt ?

Quand tu dis que rien n'est installé, tu veux plutôt dire que rien n'est configuré, non ?

La configuration de l'os ne commence qu'à partir du moment ou tu chroot dans /mnt.
/mnt étant l'emplacement ou tu as installé ton système d'exploitation grâce à pacstrap (pacstrap -i /mnt base base-devel).

locale-gen te renvoie quelle erreur ? Tu as bien décommenté ce qu'il fallait dans /etc/locale.gen ?

Tu peux nous montrez un lsblk ?

Heu, pourquoi tu installes gummiboot ? T'es en UEFI sur ta KVM ?

$esp = /boot

Personnellement, j'ai suivi le guide (actualisé tous les mois) de Frederic Bezies et j'ai pas eu de problème (bon, j'ai un peu foiré l'histoire des locales lors de l'installation en dur, mais j'ai pu rattraper ça ensuite).

Archboot!

Non, installé. locale-gen ou systemctl me renvoient "command not found".
 

Je vous fait ça quand je suis de retour à la maison.
De mémoire c'était quand même un peu bizarre, je n'ai qu'un volume /dev/vba que j'ai partitionné en 4 (root, boot, swap et home), mais y avait plein de chose qui apparaissaient en double (avec une mention loop), enfin faudra que je regarde de la maison.
 

Alors ça par contre, c'est un peu flou, je n'ai pas trouvé si avec KVM je dois être en UEFI ou BIOS.

Ok, donc en prenant le modèle de partitionnement que tu as choisi (root, boot, swap et home)

Après le partitionage de /dev/sda (en MBR) et en considérant que sda1=boot, sda2=root, sda3=home, sda4=swap (c'est juste un exemple), tu devrais avoir :

Tu formates tes partitions :

Tu montes tes partitions :

Au final, tu devrais avoir ça :

Après tu peux continuer l'installation.

> https://wiki.archlinux.org/index.ph [...] ide#Locale

Si tu n'as rien changé, tu devrais être en BIOS, du coup, installe plutôt GRUB.

https://wiki.archlinux.org/index.ph [...] therboards

Voilà mon lsblk :

A quoi correspondent les "loop" ?

Bon, quand à mon problème, c'était surtout que j'ai bouleté et installé que base-devel et pas base avec pacstrap, donc forcément ça marche moins bien.
Je suis en train de réessayer là.

EDIT: C'est bon, tout marche, j'y suis arrivé. Merci !
Va falloir que je me trouve un desktop environment sympa (j'aime bien Pantheon mais faut peut-être que je regarde les trucs plus geeky comme i3).

T'as mal tapé ta commande : si tu es sur l'ISO à ce moment-là, tu ne demandais pas la liste de ton disque dur (lsblk /dev/sda) mais plutôt celle de l'ISO...

Sur mon portable j'ai une puce graphique AMD en plus de la puce graphique Intel ; d'après kinfocenter, c'est une "Topaz XT [Radeon R7 M260/M265]". Malheureusement, il semble impossible de la faire fonctionner, les pilotes libres ne la supportent pas, et je pense que les Catalyst la supportent, mais je suis en Xorg 1.17 alors que les derniers supportent la 1.16 maximum...

Tu peux tenter d'ignorer l'ABI des drivers X, c'est pas garantit que ça marche, mais ça se tente

Oui parce que sinon, comment font tous les archistes qui utilisent les Catalyst (les officiels des dépôts de pacman) avec la version de X.org tout aussi officielle des dépôts pacman ?

edit : ha non j'ai rien dit, les Catalyst ne sont pas dans les dépôts autre qu'AUR...

Et oui, ils étaient dans extra il y a quelques années, mais les mainteneurs en ont eu marre de retarder les màj d'X à cause de catalyst alors ils l'ont simplement dégagé des dépots

distribution rolling release et pilote propriétaire ne font pas bon ménage, à cause du manque de synchronisation des dates de sortie entre les composants systèmes linux ( xorg, mesa, le noyau ) et les pilotes propriétaire type catalyst ou nvidia, ces derniers ont souvent un temps de retard,

le mieux c'est de rester sur la carte graphique intel avec son pilote libre, et d'oublier la carte amd R7 M260/M265, car les performances de la carte intel doivent être suffisantes pour un usage classique ( bureautique, surf internet, photo, un peu de vidéo ),

tu rebasculeras sur la carte amd que lorsque le pilote libre radeon adaptée à cette carte sera disponible, c'est probablement du "work in progress", surtout si amd a rendu public les spécificités techniques de cette puce graphique R7 M260/M265

Ca m'étonne quand même que radeon* ne la supporte pas... Je suppose plus un problème de configuration/prime.

Oui dans l'absolu je préférerais pouvoir l'utiliser avec les pilotes libres...

https://bbs.archlinux.org/viewtopic.php?id=190236
 
Sur ce thread le type a le même problème que moi, et il n'a pas réussi à faire fonctionner son chip AMD.

En tout cas, les Catalyst-test de l'AUR ne fonctionnent pas chez moi...

Je suis surpris que les pilotes libres ne fonctionnent pas.
C'est du GCN mais je ne sais pas lequel... Peut etre as-tu besoin du nouveau pilote amdgpu pour cela?

 
regarde avec le driver radeonsi
 
http://xorg.freedesktop.org/wiki/RadeonFeature/

Il suffit que j'installe ces 2 éléments ?
 

oh boy.
Reste avec les drivers d'arch, pas besoin de te pourrir avec des versions git d'AUR...

Oui tu as raison, ça fait plus d'une heure que ça compile... J'arrête.

sinon tu peux ouvrir un rapport de bug sur le bugzilla kernel ou du pilote radeon

radeonsi est dans arch d'origine. c'est le plus récent driver libre

il me semblait que les pilotes libres amd étaient intégrés d'office dans le noyau linux et dans mesa et qu'il n'y a donc pas besoin d'installer de paquet particulier ( à part  le paquet xf86-video-ati )

donc pourquoi ce paquet radeonsi de aur ?

Ça a l'air d'être des version de dev/git du support mesa

Il est comment le pilote libre AMD, c'est le même que le celui d'Ubuntu ?
J'ai du mettre les Catalyst pour pouvoir activer la sortie en 120Hz, y a cette option sur les drivers Arch ?

Oui c'est le projet mesa/dri/drm.
Les drivers d'Arch sont probablement plus récents mais aucune garantie pour ton problème. Ceci dit si le driver ne sait pas positionner la fréquence à 120hz ca me semble plus un bug qu'une fonctionnalité manquante.

 
Parce que mon chipset n'est pas supporté par les drivers libres, sinon j'aurais pas posté ?

Avec les pilotes libres, j'ai pu mettre le 120 hz sur un écran en passant par le module de configuration des moniteurs de KDE.

Avec seulement le support des cartes ATI compilé.

Vérifie bien sur le wiki de mesa/freedesktop qu'elle n'est pas supportée et que c'est pas un problème de config de prime.

oui mais radeonsi est un pilote libre  

à priori il devrait être déjà être intégré dans les dépôts officiels,

comme le dit Oni en passant par aur tu risques d'installer des versions de developpement/bétas pas stables,

la meilleure option c'est d'interroger les développeurs du pilote libre ou du noyau via un rapport de bug

Heu plutôt par IRC/mailing list alors. Un bugzilla c'est pas un forum

 
Je trouve pas le wiki...

http://www.x.org/wiki/RadeonFeature/

plus précisement c'est ici :

http://www.x.org/wiki/RadeonFeature/#index1h2

tu regardes la dernière colonne "V.islands" ( pour volcanic islands ), à priori ça correspond à ta carte graphique "topaz",

sinon es-tu sûr qu'il y a vraiment un problème ?

comment sais-tu que le pilote libre ne se charge pas pour ta carte graphique topaz ?

il y a un écran noir au démarrage ?

un message d'erreur de xorg avec le mode console qui s'affiche au lieu du mode graphique ?

des messages particuliers dans dmesg qui indiqueraient que ta carte amd n'est pas supportée ?

c'est remoi.
J'ai voulu installer Arch sur mon ordi à côté de mon installation existante de elementary-OS (j'avais deux partitions de libre d'une vieille installation de Xubuntu).
Mon disque est partionné comme tel:
/dev/sdb1 - swap (commun aux deux linux)
/dev/sdb2 - Arch /
/dev/sdb3 - Arch /home
/dev/sdb4 - extended
/dev/sdb5 - eOS /
/dev/sdb6 - eOS /home
 
J'ai suivi le beginners' guide jusqu'à l'installation de grub.
Je n'ai pas fait : grub-install --recheck /dev/sda
A la place j'ai juste fait:

 
Seulement après avoir selectionné Arch dans le boot loader j'ai ça :

 
Manifestement il ne parvient pas à monter une des partitions, l'UUID qu'il cherche n'existe pas. Voilà mes uuid:

 
Et voilà le /etc/fstab de Arch:

 
Il n'a aucune raison de chercher cette partition "ad4103fa...".
Vous comprenez où est le problème ?