Pour le clavier, si tu ne veux pas mettre le nez dans la configuration d'Xorg, tu peux aussi simplement ajouter un setxkbmap fr dans ton ~/.xinitrc en attendant.

Favoriser la rapidité c'est bien mais je trouve qu'il est plus important de choisir un miroir qui est synchronisé régulièrement et parfaitement complet.

C'est pas souvent que l'on voit du englightenment!

yannpk a écrit :[Edit]mais si j'essaie d'installer virtualbox-source la cible reste introuvable

? Je ne vois pas ce que tu essaies de faire... Ceci suffit:

Salut,

C'est une question de synchronisation du miroir certainement. Les modules virtualbox doivent être recompilé contre la version du kernel que tu utilises.

Tu as donc deux choix:
- tu attends une mise-à-jour du paquet
- tu utilises ABS et makepkg pour recréer le paquet virtualbox-modules

Le même problème en passant pas vim en root? Il n'y a pas de raisons normalement. Pour info, la commande que tu aurais souhaité faire avant ça aurait plutôt du être quelque chose dans ce goût là: echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf Ceci dit, tu ferais mieux d'utiliser un ...

A voir la matrice des fonctionnalités, on dirait bien que non pour ta carte.
Cela fonctionne bien maintenant chez moi avec un AMD E-350 mais je crois que ta carte est plus récente et ne le supporte pas encore.

Ceux de ta box apparemment si tu n'as pas de /etc/resolv.conf.head . Et sinon, c'es logique ton retour de commande: tu fais un echo en root puis tu le pipes sans être root dans le resolv.conf ... Et si jamais, ça ne sert à rien de mettre tes serveurs DNS dans le resolv.conf puisqu'ils se feront écra...

Tu utilises quels serveurs de noms? (voir /etc/resolv.conf
Pour moi, ça ressemble à un problème DNS.

Salut, regarde cette page . Mirror Score: A very rough calculation for ranking mirrors. It is currently calculated as (hours delay + average duration + standard deviation) / completion percentage. Lower is better. Donc en gros c'est un score basé sur la synchronisation du mirroir. Plus il est petit,...

Le temps de boot est juste un effet de bord appréciable. Par contre c'est super agréable un démarrage à froid quasi instantané des applications, même des lourdes. Des opérations comme de la recherche de fichiers ou carrément de mot dans des fichiers, etc. sont beaucoup plus rapides, ce qui est appré...

Salut, Si tu comptes n'y mettre qu'XBMC, je te suggère OpenELEC. Il fonctionne très bien et est existe en version optimisée pour le Raspberry Pi. Sinon, pour te répondre, as-tu pensé à changer la mémoire allouée au GPU via /boot/config.txt ? Il lui faut 128 en tout cas pour faire tourner XBMC: gpu_m...

C'est vrai que ton temps de boot reste honorable.

Comme le système d'exploitation "archlinux" est dédié aux bricoleurs, je ne peux proposer des mises à jour automatiques. C'est évident. Libre à chacun de faire ce que bon lui semble, si tu as un système stable sur lequel tu as mis un gestionnaire de vidéo et d'émulateurs, les mises ne ser...

J'ai pas lu les 3 pages du topic mais j'ai une question: comment comptes-tu gérer les mises-à-jour? Je m'étais préparé un HTPC avec XBMC + Xfce sur Archlinux mais comme je ne l'utilisais pas hyper fréquemment, je trouvais pénible d'avoir à s'occuper des mises-à-jour. Du coup => OpenELEC et je ne m'e...

Comme quoi c'est vraiment le SSD et pas le CPU qui fait la différence au démarrage. En comparaison, i7-4770 + SSD Samsung 840 Pro Serie 256G: [robin@odin ~] % systemd-analyze Startup finished in 1.780s (kernel) + 1.144s (userspace) = 2.925s [robin@odin ~] % systemd-analyze blame 291ms NetworkManager...

LANG=C...
Je te renvoie vers la documentation...

@Ypnose: tout à fait

Salut,

A priori j'aurais dit une régression Kernel mais si tu as testé aussi le LTS, c'est moins probable. As-tu testé tes barrettes de RAM (via memtest)?

Tu peux aussi récupérer les aimants. Ils sont super puissants et niveau déco geek, c'est pas mal sur le frigo.