Reprise du message précédent :

 
En fait, les derniers pc en 32 bits encore massivement produits ont été tous les trucs à base d'intel atom.
A part ça, j'ai eu du 64 bits partout depuis 2005. Et ce qui date d'avant 2005 est en train de partir à la poubelle par palettes (les amd K7, les p4, la sdram, la ddr pc 3200, les écrans cathodiques et même les lcd 15" ).
On m'a proposé de récup des p4, des amd k7, etc. Mais sachant que pour 70€, on trouve une tour avec de l'amd64 et au moins 1Go de ram sur leboncoin, quelle est l'utilité...

j'ai un vieux portable de 2003 à base de pentium 4 2.4 Ghz encore en parfait état, je lui ai mis un disque dur plus gros ( 100 Go ) et augmenté la mémoire ( 1.2 Go au lieu des 512 d'origine ), ça rend des services tant qu'on ne lui demande pas de lire de la vidéo HD,
 
concernant les PC de la même génération il n'y a pas de raison de les jeter en vrac à la poubelle, il suffit de remplacer l’élément défectueux, si c'est la carte mère souvent c'est un condensateur chimique qui déconne, facile à remplacer pour quelques centimes d'euro,
 
c'est un vrai gachis de voir des PC jetés à la déchetterie alors que ça pourrait resservir pour des taches type bureautique ou serveur/firewall/NAS via une distribution linux adaptée

Je pense qu'Arch n'est pas la distro la mieux adaptée pour les ordinosaures. Déjà le fait qu'ils aient monté la limite de compatibilité des procs IA32 à i686 et non i586 voire moins le prouve.
 
Il y avait je crois un blog post sur le planet Arch récemment qui disait qu'il fallait s'y préparer de toute façon, le i686 sera droppé un jour. (non je ne parle pas du poisson d'Avril d'il y a 2 ou 3 ans )
La distro est faite pour aller de l'avant, pas pour être retardée par des archis obsolètes.  
 
Je ne dis pas que c'est bien ou qu'il faut que tu jettes ton vieux matos, mais à mon avis d'autres distros sont plus adaptées pour ton cas.

"i686" ça fait référence aux processeurs de type pentium pro, sortis depuis 1995   , à priori ça représente déjà un bon paquet de matos compatible avec archlinux,

archlinux permet de customiser l'installation, le choix des paquets, des bureaux, de minimiser l'impact sur la conso des ressources systèmes ( CPU, ram ), tant qu'il y a cette flexibilité c'est adapté aux machines d'il y a 10 ans, je pense essentiellement aux machines de type pentium 4/Athlon XP qui représentent le gros des machines survivantes de la dernière décennie, ce type de machine tient encore la route avec les logiciels de 2013 et en usage en entreprise ( bureautique, comptabilité ),

ces PC commencent à tirer la langue lorsqu'on veut lire des vidéos HD et peinent sur des sites bourrés de javascript agressif  et de vidéos flash, certains installent une carte vidéo AGP musclée pour contourner ce problème ( une Ati HD4650 en version AGP qui fera le boulot d’accélération matérielle pour le h264 et le flash à la place du CPU )

J'ai un petit soucis bizarre. Il y a un processus qui me prend 100% du cpu quand je laisse le pc , et que l'écran s'éteint... Dès que je retouche au pc tout repasse à la normale...  
 
Depuis le nouveau KDE...

Je dirais akonadi/strigi/virtuoso/nepomuk (je confonds tout ça ) ?
Indexation de tes fichiers et ressources akonadi (kmail...)

Ca se désactive.

regarde les journaux système ( /var/log ou le journal de systemd ) pour trouver le coupable,

tu as aussi la commande top dans une console pour surveiller les processus gourmands en ressource système,

dans le forum anglais d'archlinux certains ont remarqué que nepomuk pouvait consommer jusqu'à 100% de CPU, ou que systemd loguait tellement de choses dans son journal que ça faisait augmenter le % CPU

Disons que ca ne le faisait pas en 4.10
 
Le probleme de top , c'est que quand j'enleve la mise en veille et l'écran se rallume... Et donc on repasse à 0% d'utilisation cpu vu que top affiche en temps réel
 
Edit : j'enlève l'extinction de l'ecran et je laisse tourner top pour voir si le processus se déclenche...

Mystère...  
En laissant l'écran on , le processeur se met a s'emballer au bout d'une minute (comme prévu)... Par contre ce que je n'avait pas prévu c'est que top ou ksysguard n'affiche pas le processus qui occupe le cpu ! . On voit clairement que le cpu est au repos , et ensuite il part d'un coup... Et vu que c'est un laptop et avec les fortes chaleur... Il était sur mon lit , je suis parti faire un tour , en rentrant j'ai cru qu'il allait cramer    
 

 
Edit : avec top :

 
C'est peut être nemopunk... Ou virtuoso... Je sais pas  

 
Je suis bien d'accord, c'est du gachis, mais c'est absolument pas rentable de les réparer. Imagine, tu recup un pc avec un disque hs, ou une carte mère moitié morte avec des ports HS, une nappe HS, etc.
Tu comptes 1h de diagnostic en moyenne, 30/40€ de pièces, 1h pour montage et test.
Déjà, si tu fais ça en entreprise par un salarié, tu frôles le prix d'une tour neuve plus performante  
 
Si tu fais ça dans une association pour récupérer du vieux matos d'entreprise par exemple, tu devrais pouvoir en récupérer des palettes entières, trop pour être redistribué même gratuitement.
 
Et à la fin, tu vas récupérer des tours encombrantes, qui consomment beaucoup d'electricité, chauffent, font du bruit, ne permettent même plus d'utiliser firefox pour surfer sur des sites web modernes, et à la fiabilité douteuse. Donc tu peux exclure toutes les applications domestiques, et tu n'arriveras peut-être même pas à les donner.
Ca reste des machines super intéressantes pour s'autoformer et bidouiller, mais je pense que ça s'arrête là...

mesa 9.2rc1 est dans testing, on peut enfin utiliser vdpau avec radeon!

c'est un peu exagéré tout ça

j'ai tourné jusqu'en 2010 avec un PC à base d'athlon XP 2400+ ( fréquence réelle 2 Ghz ) et d'une carte mère à base de chipset SIS ( vieux truc datant de 2004 ), 2 Go de ram DDR1 et une carte graphique radeon 9600 ( qui date de 2003 ), le surf internet sur les sites lourds restait possible grâce à la carte graphique qui donnait un certain boost aux vidéos flash,

certes on a pas le "confort" d'un CPU dual core ( notamment en terme de multitache ) mais c'est très honorable ( la preuve j'ai tenu jusqu'en 2010 ), il y a un peu de lag d'affichage sur les sites "lourds" ou codés avec les pieds ( un quart de seconde ) mais c'est supportable,

le revers d'un tel matos c'est l'impossibilité de lire de la vidéo HD ( sauf carte graphique bodybuildée ), les jeux 3D à la mode ( sauf à réduire la résolution et les options ), la compression d'une vidéo avec le codec x264 qui prendra des plombes, c'est pour ces raisons que j'ai changé de PC pour du "moderne",  pour le reste ça fait honnêtement le job, j'ai même pu utiliser des machines virtuelles ( virtualbox ) sur ce vieux PC malgré l'absence d'extension CPU pour la virtualisation,

le vieux PC est en encore en parfait état mais il dort dans un grenier, il peut servir en cas de crash du nouveau PC,

et le vieux portable de 2003 sous archlinux il me sert pour la mobilité, en déplacement ( j'ai pas encore craqué niveau smartphone/tablette )

Moi aussi j'ai un amd64 3000+ avec 3x512 Go de ram, et en recompilant mplayer aux petits oignons, je peux lire du 720i.
Je me répète, c'est des bonnes bécanes pour se former, mais si tu crois que les utilisateurs de base ont le temps, l'envie, et les connaissances pour remettre en état du vieux matos, tu te trompes. Ils préfèrent lacher 200€ dans une tablette pour matter youtube sans chercher à comprendre  

Bonsoir,
J'ai un petit soucis après avoir fait une màj du system avec pacman -Syyu.
Je n'ai plus de terminal sous X. J'ai openbox.
Si j'essaie de lancer le terminal via le menu "démarrer", rien ne se passe. Pareil si j'essaie avec le men "clique droit".
Avez-vous des idées?
Merci

tu es peut-être concerné par cette news au sujet de /dev/pts :
 
http://archlinux.fr/news/devpts-et-glibc-2-18

Bon pour mon petit problème d'hier , plus de problème indexation off !

 
A ce que je sache on ne jette plus les rebuts électroniques.  ça passe par le recyclage de métal il me semble.  
 
Par exemple sur http://www.steeldeal.de/fr/DEEE/  les cartes mères usagées valent entre 3 et 5 euros le kilo et les CPU ça peut aller jusqu'à 100 euros le kg selon le type de cpu. ça vaut la peine de recycler!.

C'était bien celà.
Merci!

J'ai un petit soucis depuis la recupération de mon pacman... C'est que visiblement pacman a oublié les paquets installés via aur , pacman -Qm ne me donne rien et d'après mes souvenirs j'ai 2-3 paquets AUR... Mais je ne me souviens plus lesquels... Il y a un moyen de récuperer le listing ?
 
D'ailleurs je me souviens avoir installé jitsi nightly (qui marche toujours) et quand je fait :  
yaourt -R jitsi-nightly
erreur : impossible de trouver la cible : jitsi-nightly
 
Hum...
 
Il y a pas un endroit où on peut trouver ces paquet AUR compilés ou un log ? ou autre? . Comme ca je reinstalle par dessus et hop.
 
EDIT : j'ai trouvé avec un cat /var/log/pacman.log |grep yaourt
 
Enfin bizarre que la récupération ait oublié de récuperer les paquets AUR non?

Non, tu as fait ta récup avec des requêtes à pkgfile non ?
Il n'y a aucun annuaire de fichiers pour AUR puisque ce n'est qu'une collection de scripts de build et non de paquets binaires.
Pour indexer ça ce serait la folie, il faudrait construire un buildbot qui compile tous les paquets et indexe leurs fichiers. Infaisable.

J'ai fait cette récup : https://wiki.archlinux.org/index.ph [...] l_database

Ha oui c'est astucieux.
Donc du coup ça ne marche pas pour AUR parce que les paquets construits n'atterrissent simplement pas dans le cache de pacman.

 
Et du coup je fait comment pour réinstaller ou mettre à jour ces paquets ? Quand je tente j'ai une longue liste de "est deja présent dans le system de fichier" lors de l'installation.
 
bon bah pacman -U --force ^^

arrives-tu à désinstaller le paquet AUR qui pose problème ?
 
puis ensuite à le réinstaller ?
 
c'est là que la très dangereuse option "--force" de pacman peut être utile, si tu es certain que les fichiers  déjà présents n'appartiennent à aucun autre paquet que celui que tu veux installer alors tu peux tenter l'option bourrin "--force" de pacman,
 
edit: j'ai pas vu ton edit, tant mieux sur le "--force" a résolu ton problème

J'en ai un autre qui pose problème , l'application kwooty , même symptome , sauf que je ne peux pas désinstaller avec pacman -R , il ne trouve pas le programme...

Je ne vois pas en quoi ça diffère du premier cas que tu as résolu.

encore un paquet AUR ?
 
https://aur.archlinux.org/packages/kwooty/
 
je pense qu'il faudra encore utiliser l'option --force pour réinstaller, en s'assurant que les fichiers n'appartiennent à aucun autre paquet

Oui encore du AUR... En effet rien de bien différent que sur avant...  
 
Les fichiers ce sont des lib et bin liés à kwooty. Donc je ne pense pas que ca appartient à un autre paquet , enfin j'espère .

salut    
j'ai une install d'arch sur un ssd en gpt/uefi/kernel efistub et toute la clique..
mais comme ca marche trop bien, j'ai envie de tout casser et me réinstaller un multiboot Win7 / arch
 
je me demandais si c'était possible de se passer encore de grub et d'utiliser efibootmgr pour ajouter une entrée poour Arch
mais pour windows je suis paumé, également pour l'alignement des partitions
j'installe Win 7 en premier, avec sa partition uefi et ensuite arch?
 
enfin si vous avez juste quelques conseils, j'ai bien sur lu le wiki mais je voudrais faire au plus simple et me passer de grub ou autre, si c'est possible

niveau driver pour une intel hd4000 ca donne quoi? ca le fait bien?

rien à redire pour une utilisation Desktop, c'est stable, fluide.
il faut installer le paquet xf86-video-intel
il y a plusieurs modes d'accélération "sna" (par défaut) et "uxa" plus stable mais moins rapide.
puis tu peux passer par VA-API pour la lecture video et profiter de l'accélération matérielle.
 
Intel Graphics
 
 

okay, merci
 
bon bas je pense partir sur arch pour mon futur portable ^^

 
j'ai jamais eu de carte mère avec bios UEFI, mais ce que tu peux faire si tu as des doutes malgré le wiki c'est de tester les manips sous une machine virtuelle ayant une option UEFI ( comme virtualbox ), une fois que tu es sûr de toi tu pourras faire les manips en situation réelle sur le disque  
 
http://wiki.archlinux.fr/EFI_Boot_Stub
 
https://wiki.archlinux.org/index.php/UEFI_Bootloaders

merci    
du coup j'ai abandonné l'idée du multiboot, l'install de Win7 m'a saoulé,  
déja j'ai pas compris mais l'installateur plante si je mets pas dans le bios UEFI ET Bios Legacy
ensuite il me crée une partition réservée dont je ne veux pas et je peux pas la supprimer directement pendant l'installation
peut être qu'en faisant le schema de partition à l'avance avec un live cd.. mais j'ai pas bien cherché.
 
Je vais laisser comme ça avec juste Arch, et je tenterais une VM ou Wine si vraiment j'ai besoin d'une app Windows.

je suis à fond pro-machine virtuelle dès qu'on a besoin d'un OS supplémentaire type windows ( et qu'on a pas besoin de jouer sous windows ),  
 
avec la puissance actuelle des CPU et les fonctions matérielles de virtualisation c'est dommage de se prendre encore la tête avec un multiboot, une machine virtuelle ça permet en plus d'être réutilisable quelque soit les composants du PC, un gros fichier à exporter sur un autre PC et ça roule

Surtout avec le Seamless Mode de VirtualBox, moi je suis fan !

Bonjour
 
J'ai deux petites questions : le mkinitcpio est il obligatoire ?
 
Apperemment non, car je m'en suis passé, comment cela s'explique il ?
 
 
J'ai voulu essayer le kernel zen dans aur, sauf qu'il me télécharge des sources de 800MO, pourquoi une taille si importante ?
 

putain mais AUR, ça donne pas envie  ;>

je vais tenter de traduire : on peut lire des vidéos HD avec accélération GPU avec les pilotes libres ?

 
Je pense que mkinitcpio est appelé dès que tu installes un paquet kernel. Du coup tu l'as pas fait manuellement.
 

 
Aucune idée   Mais c'est bizarre... surtout si ça vient pas de kernel.org

bon installe faite mais je me fais jeter au reboot, y a une cagade dans un coin
 
je pense qu'il a gardé la clé usb comme boot dans le fstab