Reprise du message précédent :
http://www.phoronix.com/scan.php?p [...] px=MTIxNDQ

Nouveau laptop (un Thinkpad, un vrai, mon premier - X200), et donc ma première install d'Arch depuis l'arrivée du nouvel installeur
 
Et bah impeccable, aussi rapide qu'avant, juste un poil plus manuel, et j'ai tout fait en wifi sans le moindre souci  

 
Pour information : https://plus.google.com/11709138045 [...] cc5tMiCgq7

merci

le topic archlinux dédié à ce problème :
 
https://bbs.archlinux.org/viewtopic.php?id=151341

argh, j'ai upgradé en 3.6.3    
 
Je risque quoi exactement ?

apparemment le problème était aussi présent dans le 3.6.2, donc à priori ça va rien changer pour toi

le risque semble très minime, le bug peut apparaitre si tu redémarres ( ou tu éteins ) le PC immédiatement après avoir démarré ( genre une session qui dure moins de 2 minutes ), mais tout ceci n'est pas très clair et c'est un peu confus quand je lis les liens du dessus,

si le bug était vraiment fréquent on aurait eu un maximum de personnes qui se seraient plaints sur tous les forums, visiblement il faut beaucoup de circonstances et de conditions pour que le bug apparaisse

Ok, merci, ça me rassure, j'ai quand même lancé des backup sur ma machine du taf

des précisions sur ce bug de corruption, il est donc extremement rare et difficile à reproduire, l'utilisateur lambda qui a une configuration matérielle classique n'est pas concerné :
 

 
https://bbs.archlinux.org/viewtopic [...] 9#p1181829

Après un bon moment sans Linux (enfin si Arch sur un netbook utilisé sans connexion depuis plus d'un an), j'ai remis sur un poste fixe une petite installation sous Arch (ça change l'installation mais ça se fait facilement). Bref j'ai juste un petit soucis au démarrage. Ma disposition clavier est en BÉPO. Sous Xorg pas de soucis c'est pris en compte. Ce qui est embêtant c'est sous la console. Ce n'est pas pris en charge même si renseigné sous "/etc/rc.conf". Quelque chose que j'aurai oublié ?

La ligne sous rc.conf est:
KEYMAP="fr-dvorak-bepo-utf8"

Si vous avez une solution je suis preneur, merci d'avance !

Édit: C'est bon, j'avais édité lors de l'installation un fichier vconsole mais avec la disposition azerty n'ayant pas la possibilité de connaitre le nom lors de l'installation. J'avais oublié et faut que je me rappelle que le rc.conf ne sert plus à rien pour ainsi dire.

c'était pourtant bien pratique de tout réunir dans le rc.conf...

Ce qui n'a jamais été vraiment le cas
Source : http://allanmcrae.com/2012/08/are- [...] rch-linux/ Controverse #2 en particulier

Chipotage...  
Le simple fait d'éclater le rc.conf rend l'affaire moins pratique, c'est tout !
Evidemment qu'il y avait d'autres fichiers de conf en dehors du rc.conf... mais là, les locales, le timezone, le vconsole, le réseau, etc...
On n'aurait pas pu simplement sortir les DAEMONS pour passer à systemd et ne pas toucher au rc.conf ? (initscripts se chargeant d'écrire les fameux vconsole & co... c'est pas pour le 1/10ème de seconde perdu au boot...)
Enfin, ce n'est pas moi qui décide, mais bon, c'est dommage je trouve.  

ca aurait été plus fragile de mettre des symlinks partout

je ne comprends pas ta remarque Magicpanda...
(enfin, cette discussion ne changera pas l'évolution d'Arch...).

Ba maintenir un système de type syscompat, avec des correspondances du fichier rc.conf aux fichiers de systemd, c'est moins simple et moins fiable comme méthode

Sur systemd, Allan Mc Rae a raison, si on veut se passer de systemd, il faut aussi assumer se passer de udev et de tout ce qui vient avec, ce qui est très embettant.

Forker tout ces composants serait un job énorme.

le truc pas cool dans cet article :

il va y avoir une émeute sur les forums archlinux si le support des paquets i686 est abandonné, il y a probablement énormément de portables et de PC avec un CPU x86 qui utilisent archlinux ( dont le mien, un pentium 4 2.4 Ghz qui donne encore pleine satisfaction, il peine uniquement sur les vidéos HD )

Magicpanda : je n'ai jamais remis en cause l'évolution vers systemd !
(je viens tout juste d'y passer, et c'est une tuerie d'efficacité au démarrage !)
Par contre, je ne pense pas que ça gênerait grand chose de conserver le rc.conf (sauf pour les DAEMONS) et de faire faire le boulot de conversion (locale, timezone, réseau, vconsole, keymap, etc...) par initscripts... non ? je me trompe quelque part ?

mais le but de systemd c'est de remplacer initscripts, en gros plus d'initscripts sur le PC, donc fini les fichiers rc.machinchose

Certes...j'avais oublié ce petit détail...  
C'est vrai que systemd, ça dépote !

Bon bah pour les derniers qui n'auraient pas encore franchi le pas "systemd" : https://www.archlinux.org/news/cons [...] by-logind/

 
Installé ce matin et je me suis débarassé de initscripts dans la foulée.
Maintenant le plus long dans le boot, c'est de taper mon mot de passe pour monter mon home  

Bon étant en Testing, je me suis tapé la bonne blague de la libtirpc 0.2.2-3 qui bloquait tout login, j'ai du booter en mode emergency avec systemd (via paramètre passé au kernel), bah c'est assez bien foutu et ça démarre a une vitesse de dingue et c'est un peu plus utilisable que du single user d'init (bon il faut quand même remonter les partition en R/W)

Problème hier soir après avoir rebooté après la MàJ.
Plus moyen de se logger, ni en graphique, ni en texte.
Slim m’a jeté après avoir appuyé la première fois sur [ENTRÉE].
En mode texte, idem. J’entre mon login, je tape sur [ENTRÉE] et hop « Bad Login » (ou un message du genre).
Du coup, j’ai tout réinstallé.
La news sur le site ne dit pas précisément quoi faire.
Je suis censé virer le « init=/bin/systemd » de /etc/default/grub et générer un nouveau /boot/grub/grub.cfg ?

il faudrait un peu plus de précision, qu'as-tu fait exactement comme mise à jour ?

un "pacman -Syu" classique ou bien tu as voulu passer à systemd en faisant le barbare sans respecter les consignes du wiki archlinux ?

si tu as installé le paquet systemd-sysvcompat alors tu n'auras pas à modifier grub.cfg,

est-ce que l'ouverture d'une session "root" fonctionnait ?

dommage d'avoir tout réinstallé, c'est un mauvais reflexe hérité de l'univers windows, sous linux il y a toujours un moyen alternatif moins violent pour résoudre les problèmes, il faut juste comprendre ce qui s'est passé ( réaliser le bon diagnostic et ensuite trouver la solution grâce aux forums )

edit: pas vu les messages précédents sur consolekit

https://www.archlinux.org/news/cons [...] by-logind/

In order to check the status of your user session, you can use loginctl.
All PolicyKit actions like suspending the system or mounting external drives will work out of the box.

$ loginctl show-session $XDG_SESSION_ID

Attention : https://bbs.archlinux.org/viewtopic.php?id=151686

N'oubliez pas non plus de modifier vos ~/.xinitrc en retirant "ck-launch-session"

encore un sacré foutoir cette histoire de console kit, la doc est morceau et très partielle, c'est franchement chiant

je vais en profiter pour réinstall à ce prix là

 
Tu étais en Testing car y'a eu hier soir après 21h30 une MaJ de libtirpc (la -3) qui était foireuse et qui donnait un problème de login. Je suis sous systemd etc etc depuis un bail et pas de problème de login mis à part cette lib foireuse (qui a été fixée dans la foulée). Ca m'a pris juste 10 minutes à remettre d'aplomb mon Arch Testing avec juste une copie sur clef USB du nouveau package (la -4, si javais pas vidé mes caches avec pacman -Sc j'aurais même pas eu besoin à faire ça, en mettant la version -2) et boot en CD rescue pour copier ca dans le /var/cache/pacman/pkg et faire un pacman -U qui va bien après ça..
 
Franchement, tout réinstaller pour ça, c'est vraiment bourrin.

Un pacman -Syu tout ce qu’il y a de plus classique.

Non, j’ai tenté avec Root, mais il s’est fait jeté aussi.

Il était tard, le problème m’énervait passablement. J’ai décidé que je réinstallerais après 1/4 d’heure à ne rien pouvoir faire.

J’avais lu sans faire gaffe à cette commande.

Je ne vois pas d’erreurs.
 

Ouais bah c'est la même que moi (après un pacman -Syu en Testing), pas de réinstallation complète nécessaire. En général si ça pête avec une MaJ de ce genre, il y a facilement moyen en mettant la version précédente via pacman -U /var/cache/pacman/pkg/package-x.y.z-v  (sauf si comme moi tu fais souvent des pacman -Sc)
 
Enfin en Testing, je ne vois pas en quoi c'est incohérent d'essuyer quelques plâtres par moment.

en gros il faut faire le "pacman -Sc" qu'après s'être assuré que le "pacman -Syu" n'a pas provoqué de régression

tu as aussi le moyen de télécharger le paquet d'une version précédente en allant sur un dépôt particulier il me semble

oui, c'est sur ARM (Arch Rollback M????... Manager ???).

oui c'est expliqué ici :
 
http://wiki.archlinux.fr/Downgrade [...] ck_Machine

Ah ben c'était Machine... pas Machin le Manager !

plantage à la maj
 
Erreur : la validation de la transaction a échoué (conflit de fichiers)
libfm : /usr/include/libfm est déjà présent dans le système de fichiers
Des erreurs se sont produites, aucun paquet n'a été mis à jour.

solution  
 
https://bbs.archlinux.org/viewtopic.php?pid=1185703

Perso j'ai fait le bourrin avec un "#rm /usr/lib/libfm -R" avant mise à jour,  j'ai cassé quelque chose ?

moi, je renomme le dossier, c'est moins bourrin et on peut revenir en arrière si besoin !

Bonjour,
 
 
j'ai 2 petits problèmes (qui sont peut-être liés):
pour info suis sous gnome 3.6 en full systemd. Je suis passé à systemd ya 15 jours et j'étais sous gnome 3.4, tout semblait bien marcher.
 
1° plus moyen de lancer un script perso avec sudo ./lenomduscript.sh
et pareil si j'essaye de le lancer en root (avec un "su root" préalable) Ça me mets:  permission non accordée (!)
 
2° depuis upgrade hier en gnome 3.6 plus moyen dévérouiller l'écran de lock
 
Si vous avez des idées ...  
 
Merci