Reprise du message précédent :
je test ton truc
 
bas le pc à toujours fonctionné sous xp et avant sous debian donc peux pas dire
 
edit: paquet introuvable

Dis-nous si ça a fait avancé le Schmilblick

nan pas mieux

Arf
Et en démarrant sans le xorg.conf ?

en faisant juste un startx ?

Oui

même problème

en même temps, vu l'ancienneté de sa mandriva2008, faudrait peut être faire quelquechose.
...madame a qd meme été réceptive au temps de boot réduit de arch...
c'est comme si je ne faisais rien pour passer de "winXP à 7" alors qu'on m'offre la licence (bon l'exemple est mal choisi mais tant pis )

faut reconfigurer, non?
Xorg --configure

petite question "existentielle" sur pacman?
si je trouve un tar.gz sur internet, je fais juste un pacman -U my.tar.gz
et ça s'occupe de faire tar -zxf my.tar.gz;./configure;make;make instal

Ben si ton .tar.gz est un paquet binaire pour Arch, oui ça l'installera (mais ne le compilera pas)
 
Par contre si c'est les sources d'un soft, faut pas rêver, ça fera pas tout pour toi
(pour ça il y a AUR)

ok merci pour la précision, j'étais en plein rêve alors  
d'ailleurs le fonctionnement de pacman (éventuellement yaourt), ça serais bien de faire un résumé en 1ere page??
(même si cela est documenté sur archlinux.org...)

Deux soucis pour moi :
 
- Je ne peux plus lancer OpenOffice : j'ai un message qui me parle de X. Bien entendu, j'ai désinstallé pour essayer avec go-openoffice, donc je peux pas mettre le message exact. Tout le reste fonctionne nickel. Une idée (je sais, c'est pas clair) ?
- J'ai un dossier ~/.gvfs avec pas de proprio ni groupe, et les permission à d?????????. C'est quoi ce truc ?
 
Merci les archers

 
Ouaip faudrait que je me lance là-dedans, mais sinon http://wiki.archlinux.org/index.php/Pacman
 
Tu t'intéresses à quel soft pour vouloir le compiler ?
Parce que il y a 99% de chances que ça se trouve dans AUR  

j'ai aussi un .gvfs qui traine, et pas moyen d'aller jouer avec, pas moyen de savoir ce qu'il contient.

Pour mon problème d'OpenOffice, voici ce que j'obtiens :

http://freediag.sourceforge.net/ (il y est \\o//)
et
http://www.tenjin.org/RemotePad/downloads.html (il y est \\o//)
 
je ne les ai jamais trouvé dans les repos des autres distrib. (bon, je vais chercher dans AUR avant de me prononcer définitivement   ).
 
edit : coooolll    
tain, mais déjà, rien que ça ça me  

 
pas mieux
 
je pense à un truc: pendant la config du noyau etc j'avais des buffers i/o error ca peut venir de la ?

Tu as quelle version du noyau (uname -a pour le savoir) ?

J'ai eu des merdes avec X pour plusieurs raisons :
- mise à jour du noyau alors que /boot n'était pas monté (incohérence entre le noyau et les modules)
- / blindée, il m'a fallu effacer le cache de pacman

l'installe est toute fraiche et un df -h indique rien de saturé

Dites j'arrete pas de me tapper des erreurs ext4 sur un noyeau 2.6.32.
Comment faire pour savoir si ca vient d'Arch ou du disque lui meme?

Un petit rapport smart peut déjà donner une indication de la santé du disque :
 

(en root)
 
Cela dit, il y a infiniment plus de chances que ça vienne de ton disque que de Ext4 ou de Arch.

Ai-je besoin de faire cela avec le disque demonte? ou bien en mode normal ca va?

Non c'est bon en mode normal

Rien d'interessant

au boot lors du checkdisk?

Arf, déception, je lance un pacman -Syu, je vois une MAJ du kernel, je me dis "enfin le support du TRIM sur mon SSD". Et bien non, c'est le 2.6.32.9, le support du TRIM sera dans le 2.6.33. Tant pis

 
et ouai /D
 
perso je pense attendre le 2.33 pour me prendre un ssd

je tenterais une dernière re-install mais c'est dommage

 
est ce que tu as bien respecté le passage ou il faut copier le fichier générique  
 
Copy the sample xinitrc file from /etc/skel/ to your home directory:
 
$ cp /etc/skel/.xinitrc ~/

 
Le 2.6.33 ne sera qu'un confort de plus sur SSD sous Linux, je parle principalement pour celui que je connais, à savoir l'OCZ Vertex : le TRIM est supporté à travers le wiper qu'un type a développé (reposant sur hdparm je crois) et sinon le dernier FW assure l'entretien du disque avec un GC efficace durant les phases d'idle. Le SSD, pour moi c'est déjà demain (Philips tm).

je voudrais un SLC voir un pci express en fait

Quand je vois les perfs des SSD haut de gamme MLC (je sais c'est un peu bizarre de mettre SSD, MLC et haut de gamme dans la même phrase), je me demande à quoi sert un SLC, surtout avec les bus d'aujourd'hui, sauf peut être effectivement le PCI-E, mais j'ose à peine imaginer le prix.

 
 
ba ouai

Ben c'est bien ce que je dis : prends toi un MLC de bonne qualité, les perfs sont excellentes et la gestion du vieillissement n'est plus un problème.

magicpanda: dans quelle partie? car j'ai pas souvenir d'avoir lu ca oO

 
section c config de xinitrc

Le fichier skel de .xinitrc est de toutes façons uniquement rempli de commentaires, créer un fichier vide et y mettre le "exec mongestionnairedebureau" revient au même

 
oui enfin il en faut un quoi