Reprise du message précédent :

lightdm

tu utilises la méthode bash ?  
qu'a tu mis exactement ?

en gros le startx se lance automatiquement une fois que tu t'es logué,

l'inconvénient de cette méthode "semi-auto" c'est que tu ne peux pas utiliser une session 100% console au boot ( cas où l'on voudrait démarrer archlinux et uniquement faire un pacman -Syu qui installerait un nouveau kernel, dans ces conditions ça sert à rien de lancer automatiquement le gestionnaire de bureau au boot vu qu'on va redemarrer après l'installation du nouveau noyau ),

moi ce que je fais c'est que lance à la main startx une fois logué dans la console, ça prend 2 secondes à taper et ça me donne la possibilité de rester en mode console si je ne veux pas lancer de gestionnaire de bureau ( maintenance du système )

 
tout à fait, c'est aussi le mieux si on a plusieurs users qui ont des DE / WM différents

Il fait ce dont j'ai besoin et j'ai jamais eu de bug avec, donc sa mort n'est pas bien grave pour le moment.

J'ai mis ça dans le .bash_profile :

Ca évite le lancement de X si tu es dans une autre console que tty1.

Puis ça dans /etc/inittab :

Puis ce qui va bien dans le .xinitrc :

C'est tout

Pour ça, un petit Alt+F2, je me retrouve en tty2 et ça reste en console une fois loggé (voir modif du .bash_profile ci dessus)

au demarrage dans /var/log/boot je peux voir ce message  
 

 
quel est le problème ?

MPD / GMPC ne sait pas gérer mes noms de dossiers écrits en japonais. Une idée de la marche à suivre pour les lui faire avaler ?
---
J’ai vidé les fichiers "mpd.log" et "mpd.db" et relancé le scan dans GMPC. Mes dossiers en japonais apparaissent.

 
Tu reste tout le temps en runlevel 3 du coup.
Tu peux peut-être commenter la ligne pour le runlevel 5.

bon j'ai un gros soucis, je vais essayer d'expliquer celà clairement  
 
j'ai un laptop sony vaio vpcF11s1
un patch a été créer pour cette série de laptop mais qui chez moi ne fonctionne plus depuis le 3.0 ( je crois )
 
ce patch remplace acpid par sony-acpid a mettre dans mon etc/rc.conf
 
le soucis est que sony-acpid ne fonctionne pas actuellement
en effet au boot il me dit "ud_connect: can't connect to socket - No such file or directory"  ça viendrait effectivement de sony-acpid  
 
je pense que c'est du au faite que je n'ai pas le fichier "/var/run/acpid.socket"
 
en effet un "acpi_listen" me dit "acpi_listen: can't open socket /var/run/acpid.socket: No such file or directory"
 
avez vous ce fichier ?

 
Peut-être voir ici mais dans les pages en japonais ?
Sous Archlinux (ARM), je fais tourner mpd sur un GoFlex:
 

bon jy comprends plus rien
 
j'essaie de configurer mpd
 
mais quand je fait un "sudo mpd"
il ne veut pas demarrer et j'ai  
 

 
mon fichier de conf /etc/mpd.conf
 

 
vous avez une solution ? c'est surement un problème de permission
pourtant mon dossier musique (accessible en lecture) est dans le groupe users et j'ai ajouter mpd au groupe users donc je ne comprends pas

Ca y est le sstème de package signing est en place, il était louche sous testing, et il est encore louche maintenant, je crois que je vais passer mes machines de boulot sous debian.
 

il est désactivé par défaut en même temps  

Ba je l'avais teste sur testing mais la sur mon laptop du boulot il m a fait n'importe quoi ce matin , il faut que je le passe en mode acceptation de tous les paquets. A mon avis c'est une evolution dispensable mais bon ...

Euh non a ma connaissance
 

https://wiki.archlinux.org/index.php/Pacman-key

en faite le nouveau fichier de conf de pacman le désactive par défaut grâce a la ligne  
 

 
si vous utilisez votre ancien fichier, forcement il demandera les clés  
 
a l'installation, on a du vous dire que le nouveau fichier s'était configuré en pacman.conf.pacnew (truc comme ça )

ouai c'est le bazar, j'ai fait la conf propre dans pacman.conf et dégagé pacman.conf.pacnew

Par contre, impossible de générer les clés, j'ai systématiquement ça :

 
Faut faire quoi pour passer ça ? Même en lançant une compil de kernel en parallèle, ça change rien ...

Faut bouger la souris ou taper des conneries au clavier pendant la génération

Ah ...
 
Je suis connecté via ssh, je fais comment ? car même en tapant sur le clavier comme un fou, ça change rien ...

 
A la fin du path de ton dossier musique, rajoutes un "/" voir si ça changes quelquechose…
Le mien pour comparaison :

Idem.
J’ai tapoté mon clavier pendant 30s puis jen ai eu marre. [ctrl]+[c]
J’ai recommencé 2-3 fois et ça a fini par passer.
T’as checker les wikis FR et EN, voir si y’a pas un conseil ?

Je viens de tomber sur ça : http://tuxce.no-ip.org/informatiqu [...] ession-ssh

 
 
 
Merci

 
ca prend du temps

 
bizarrement sur deux installations de archlinux ( sous virtualbox ) j'ai eu un comportement différent :
 
- sur la première installation ( qui date d'avril 2011 ) aucun souci, la mise à jour vers pacman 4.0 s'est bien passée, j'ai eu un message comme quoi un fichier pacman.conf.pacnew a été generé mais en vérifiant dans l'explorateur de fichiers il n'y a pas de fichier pacman.conf.pacnew ( c'est comme si ma version de pacman 3.x n'utilisait pas de fichier de configuration )
 
- sur la seconde installation d'arch linux ( qui date de décembre 2011 ) il y a eu des soucis, la mise à jour vers pacman 4.0 semble bien se passer ( cette fois il y a vraiment un fichier pacman.conf.pacnew qui a été generé ) mais lorsque je fais ensuite un "pacman -Syu" avec la version 4.0 j'ai plein de messages d'erreurs sur des histoires de "key impossible à locker, des problèmes de confiance/vérification de signature",  
 
j'ai suivi le tutoriel sur pacman-key init machin chose, ajouté la mention "SigLevel = Never" dans pacman.conf mais ça ne résout pas le problème,
 
la seule solution pour moi a été de supprimer le fichier "pacman.conf" et de renommer le fichier "pacman.conf.pacnew" en "pacman.conf"  ---> tout est rentré dans l'ordre

 
oui il faut absolument ne garder qu'un seul pacman.conf

Mon Arch ne démarre plus J'ai du faire une fausse manip, mais je n'arrive pas à comprendre quoi. Ou plutot, je n'arrive pas à comprendre ce que ma faute de frappe à pu provoquer.
 
J'étais en train de m'occuper de ces histoires de pacman.conf. Je décide de remplacer mon pacman.conf par le pacman.conf.pacnew. Je veux mettre mon actuel pacman.conf de côté. Etant connecté root en console et en speed, je tape la commande  
 
mv pacman.conf ../
 
Au moment où je valide, mon doigt rip sur entrée, et la commande validée devient :
 
mv pacman.conf ../*
 
Là j'ai un ensemble de message d'erreur me disant que /bin, /dev, /home etc ne sont pas accessible. Qu'il tente de diffuser le fichier dans tous les répertoires de /, je trouve ça normal vu la commande, mais qu'il ne les trouve pas, c'est déjà plus chelou. A moins que j'interprète mal la commande. Suite à ça, cp, mv, nano : binaire introuvable. Je reboot : GRUB, error 15.
 
Dois en conclure que cette commande a vraiment tout pété, ou tout simplement que mon Postville 160 Go vient de claquer sous mes yeux ébahis ?

si t'etais sous /etc ton mv pacman.conf ../* s'est transformé une fois interprété en:

donc en gros tout est parti dans le dernier repertoire pris en compte par la commande.
en bref t'es mal mais c'est recuperable, suffit juste de trouver le dernier repertoire en question!

Si je comprends bien, il a balancé toute mon arborescence dans le dernier répertoire de la commande ? Mais c'est pas tellement tellement bien ça...
 
Ca sent la grosse galère pour tout remettre en état... en espérant que le dernier répertoire n'était pas un répertoire monté en RAM , et que les droits ont été conservés, histoire de avoir des conflits ou des brèches une fois tout remis en ordre. Faut que je boot sur un LiveCD pour checker tout ça.

Erreur : unrar: signature from "Giovanni Scafora <giovanni@archlinux.org>" is unknown trust
Erreur : la validation de la transaction a échoué (paquet invalide ou corrompu (signature PGP))
Des erreurs se sont produites, aucun paquet n'a été mis à jour.
 
 
Salut,
 
ya une autre solution que désactiver la signature pgp? C'est Giovanni Scafora  qui est en cause ici ou j'ai merdé quelque part?
 
 
Merci

ce n'est pas la faute de Minus cette fois

C'est bon, tout est rétabli, les répertoires /boot /bin /etc s'étaient barrés dans /var. Forcément ça marche moins bien. Linux est solide, ça se répare tout le temps à partir du moment où on a compris la boulette qu'on a fait.

 
t'as fait un truc particulier pour ton ssd sous linux?
 

 
putain j'ai ri
 

 
Comment ça un truc particulier ? Tu veux parler lors du partionnement/de l'installation ? Si oui, alors go topic des SSD sous Linux
 
Sinon, non, rien de particulier, je ne vois pas ce qu'on peut faire à part les précautions à respecter pour une installation dans les règles de l'art.

 
Je me demande si ce n'est pas mon problème d'hier ( et le pblm dont on parle en ce moment sur ce thread ... ) et que j'ai résolu sans comprendre en remplaçant le pacman.conf par pacman.con.pacnew

La solution, c'est d'importer les clés "master" :  
 
http://allanmcrae.com/2011/12/pacm [...] rch-linux/
 

pas assez "kiss" comme méthode, un degré de complexité trop élevé alors qu'on veut juste utiliser la fonctionnalité de signature des paquets des dépôts officiels d'arch linux sans se prendre la tête,

l'idéal serait un paramètre dans un fichier de configuration pour dire à pacman de faire le nécessaire pour qu'il télécharge comme un grand les clés officielles d'arch linux

 
Je pense qu'il va y avoir un paquet pacman-keyring comme sous debian sous peu.  
Mais c'est très kiss, au contraire, ils utilisent des fonctions simples de gpg et ne réinventent pas la roue, et leur démarche / design me parait très bon.

Par un des release manager des pilotes intel linux: https://plus.google.com/u/0/1070182 [...] gHPiAkWi3a
 
Pas mal