Reprise du message précédent :
en faite je dispose d'un compte sur freedom ip http://freedom-ip.com/
quand tu t'inscrit, il te fait télècharger plusieurs fichiers pour la connexion sous linux  
mais je ne sais pas quoi en faire  

Bon, mon Arch est cassé    Il tournait nickel mardi soir, hier je ne l'ai pas touché et aujourd'hui "...respawning too fast..." donc je tape startxfce4 pour voir, et j'ai une page pleine de texte avec le fichier libpng14.so.14 manquant apparement. J'ai vu cette news, je suis en train d'attendre que pacman finisse son -Syu (295,92Mo d'update sur un système tout neuf   ). J'espère que ça va résoudre le problème.
 
Sinon, j'ai vu qu'on pouvait updater par delta. C'est safe ?
 
edit : je vois que kdelibs se met à jour. Je suis sous xfce... je me renseigne, kdelibs est nécessaire à gtk-qt-engine, j'avais vu que j'avais des trucs qt... dans mes programmes sans me souvenir de les avoir installé et sans savoir à quoi ça sert. Je peux virer ?
 
edit2 : c'est marrant, quand l'affichage se met en « veille », le C de pacman (ILoveCandy) reste à l'écran (et bouge)
 
edit3 : ça refonctionne \ö/

 
en gros tu as renseigné les adresses DNS ( serveurs qui permettent de traduire les adresses du type www.google.fr en adresse ip ) au lieu de mettre l'adresse ip de la livebox, la version 4.0 de pacman a surement besoin de manipuler directement les adresses DNS contrairement à la version 3.5 de pacman  

> Elbarto, merci, mais la question demeure : pourquoi ce problème semble-t-il affecter les usagers d'Orange ? Cela dit, bravo à la communauté ArchLinux (celle d'HFR et d'ailleurs) pour sa réactivité. Cette distribution est vraiment intéressante de ce point de vue.

 
est-ce que quelqu'un a eu ca récemment ? j'ai pu faire la maj du kernel mais le reste il faudrait que je le fasse paquet pour paquer pour voir lequel déconne mais bon

c'est parti tout seul avec un nettoyage du cache de pacman

en tapant un "pacman -Sc" ou bien un "pacman -Scc" ?

j'ai fait un pacman -Scc directement

/var/cache/pacman/pkg monté en tmpfs, ça solde le problème définitivement

t'as combien de ram dans ton tmpfs ?

Dites les amis, quand j'installe filesystem j'ai ces messages:
 

 
si je copie grep de /usr/bin a /bin ca fonctionne sans probleme.
Mais je ne comprend pas ou est le soucis...
 
Une idee?
 
Merci!

 
2 Go de ce que me dit df.
 
Sinon, je viens de refaire l'installation de Arch sur mon nouveau SSD, et depuis Apper me renvoie systématiquement l'erreur suivante :
 
could not get filesystem information for /run/.splash-cache: No such file or directory  
 
Ça n’empêche pas de faire les mises à jour ou d'installer des softs, mais ça reste pas normal. De quoi ça vient et comment corriger le tir ?

tu as modifié quelque chose au niveau du noyau ou des options du noyau ?

parfois après un pacman -Syu avec mise à jour du noyau il faut penser à redémarrer archlinux pour être sûr que tout est cohérent au niveau des trucs chargés en mémoire ( perso si je ne redémarre pas j'ai des soucis pour utiliser la commande mount, ça me sort une erreur de système de fichier iso9660  inconnu )

ta partition où se trouve /run/.splash-cache est de quel type ?

du standard pépère ( ext3/ext4 ) ou bien du BTRFS pas encore stable ?

sinon c'est peut-être apper qui merde avec des libs trop récentes ou un fichier de conf à modifier ( ou un merge à faire s'il y a des pacnew qui trainent )

J'aime tellement Arch que je l'ai installé sur mon laptop (en attendant de le vendre). Après quelques problèmes l'install (heureusement qu'il y a Links pour aller chercher les réponses sur le web quand on a pas de GUI), tout fonctionne bien, et le pc est bien silencieux (voir trop ?) le disque dur s'arrête assez souvent, ce qui est agréable pour les oreilles, mais n'est-ce pas dangereux pour sa petite santé d'avoir des parquages de tête trop souvent (il y avait le pb sur ubuntu à une époque)
edit : un coup de hdparm me dit que mon APM est de 1, ce qui ne fait pas beaucoup, cependant le Load_Cycle_Count ne monte pas excessivement vite. Je vais quand même mettre le APM à 100 pour voir, il y a un risque à le faire.
edit : en fait,  je viens de voir dans le laptop-mode.conf que c'est lui me gère ça. Je passe donc LM_BATT_HD_IDLE_TIMEOUT_SECONDS à 60 et BATT_HD_POWERMGMT à 100.

Non, ce n'est pas l’arrêt du disque dur (des plateaux j'entends) qui fait grimper significativement le LCC, mais plutôt le parkage des têtes (qui se fait bien plus souvent que l’arrêt des plateaux) sur certains modèles dans un souci d'économie d’énergie (tous les disques ne sont pas touchés).
Par contre l’arrêter trop souvent c'est pas bon non plus pour lui, les arrêts/redémarrages peuvent lui être fatals.

Rien modifié au niveau du noyau, tout est par défaut.
J'ai bien sur redémarré plusieurs fois, je suis avec un portable qui bouge pas mal.
Tout mon SSD est en ext4, /run/.splah-cache aussi.
Reste Apper qui aurait un léger souci.
Ceci dit, ce fichier ou dossier n'existe pas, mais je ne sais pas qui est censé le fournir.

Si tu as vraiment des soucis de LCC (ce qui était le cas sur les 2 WD10EARS dans mon NAS) il existe un outil qui te permet de modifier ce comportement chez WD, les autres marques je ne sais pas trop, mais aux dernières nouvelles ce problème semble être corrigé dans les dernières versions de l'OS de mon Syno, et comme c'est un noyau Linux je pense que c'est pareil avec nos noyaux à nous??

Bonjour,
 
J'ai un soucis avec mon terminal !
Je suis en cours d'installe d'arch sur mon portable, et le buffer du shell est trop court !
 
par exemple quand je fais un yaourt -a xfce,
la commande s'exécute bien, mais je ne vois que les paquets de 221 à 61 (je vois rien plus haut, comme si le résultat de la commande avait été perdu).
 
je sais pas si j'ai été très clair  

Sisi, j'ai compris:
1. Le buffer peut se configurer (tu es sous gnome ou kde, c'est dans les parametres du terminal). Si tu es sous X, alors je crois pas que ce soit configurable (en tous les cas, connais pas)
2. Utilise tee. Tu fait yaourt blabla | tee NOMDUFICHIERLOG
exemple complet: yaourt -a xfce | tee log
 
ensuite, tu utilise un éditeur genre vim si tu aimes, ou nano si t'es un newb   pour ouvrir le fichier:
nano log
 
Et tu as accès a tout !

au pire cas il y a toujours la possibilité de lire le fichier log de pacman avec vi ( /var/log/pacman.log )

je viens de faire un pacman -Syu qui a installé le dernier noyau linux et depuis j'ai un bug :
 

 
à chaque démarrage j'ai une notification d'erreur concernant la carte son qui ne fonctionnerait plus ( alors qu'il fonctionne car je peux lire des fichiers audio ), arch linux est installé sous virtualbox,
 
quelqu'un a eu le même problème ?

Réinstalle les modules VBox.

c'est déjà fait, et les vbox guest-additions ne concernent pas la carte son,
 
là il s'agit d'une notification de KDE ( l'icone "notification" ) qui à chaque boot croit que la carte son ne fonctionne pas alors que c'est faux ( j'arrive à lire des sons malgré tout ), on dirait une fausse alerte, une mauvaise entente entre KDE 4.8.x et le nouveau noyau

 
 
Je suis sous X    
 
C'est étrange comme problème, et franchement handicapant !
des fois je ne vois que 40 à 50 lignes, comme si j'avais la possibilité d'afficher qu'un certain nombre de caractères à l'écran et pas un de plus !
 
la machine n'est pas un foudre de guerre (un i3 avec 4 Go de ram et 4 autre de swap), mais ça devrait suffire à afficher le résultat d'une simple commande !  

Ma regle udev ne fonctione plus depuis 2 jours
(ben si t'es la )
 
 

 
J'ai tente de reinstaller le udev de core au lieu de celui de testing au cas ou, mais non....
J'ai essaye de jouer avec ma regle mais rien n'y fait.
 
Une idee?
 
Merci!

Ça dépends pas de ta machine mais de la configuration de ton terminal

 
tes problèmes sont-ils apparus depuis un "pacman -Syu" qui a apporté le noyau 3.2.6.x il y a justement 2 jours dans le dépot "core"  ?    
 
mais comme tu as l'air de jouer le kamikaze en prenant des paquets issus du dépot testing ça peut expliquer tes soucis, testing != stabilité

 
conf de base,
je viens d'installer arch
 
le terminal de base peut quand même afficher la sortie d'une commande  

De tête, xterm ne conserve que 64 lignes de sortie, faut lui passer une options (-sl quand tu le lances) pour avoir plus

je le passe où ce paramètre ?
c'est le shell de base, je n'ai même pas encore d'interface d'installé !
(je viens de commencer l'installe, j'ai juste deux ou trois paquets d'installé !).
 
je n'ai jamais eu ce problème sur une autre distrib (enfin j'ai toujours utilisé des bases Debian, mais là j'avais envie de changer !)

ça vous parle ce message ?    
 

 
Je précise que je mettais à jour les clé de pacman suite à un formatage (et au passage j'ai toujours mon problème de buffer limité   )

Faut ajouter  

Dans ton ~/.Xresources et relancer X

merci
 
Mais je pige pas, xterm c'est un émulateur de terminal qui s'exécute lorsque l'interface est lancé ?
 
(d'ailleurs il n'est pas installé avec une image core),
moi j'ai une distrib de base (j'en suis encore à retrouver mes marques après Debian), pour le moment mon seul paquet installé est yaourt !
 
ptin fait des années que je suis sous Linux, et même pas foutus de me démerder sur une nouvelle distrib    
et pourtant la Arch sur mon Dockstar tourne à merveille  

déjà passé:

ah merci

ou alors tu le fais directement sur ta machine

Je suis le seul à ne plus pouvoir booter suite à la MaJ 3.2.6-2 de linux ? J'ai un "Unable to find root device"
J'ai du installer le kernel lts via chroot en tant que solution temporaire, et j'ai posté sur archlinux.org
 
Je peux tout à fait rester en LTS jusqu'à ce que le kernel 3.3 ou un nouvel update du 3.2 atteingne les dépots, mais je suis même pas sûr que çà résolve mon cas.
Y-a-t-il quelque chose d'autre à faire pour l'instant ?

Ah tiens oui, elle arrive avec la MàJ.

 
il y a un problème similaire su mageia cauldron avec la même version de noyau (3.2.6)

il doit être problématique ce noyau, depuis que je suis passé à ce noyau ( jeudi ou vendredi lors d'un pacman -Syu ) le système de notification de KDE merdouille par rapport à ma carte son qui croit qu'elle ne fonctionne pas alors que c'est faux

j'attends une version 3.2.6-3 qui corrigerait le problème