Reprise du message précédent :

J'ai fait tourner un an et demi mon netbook sur Arch avec KDE4. J'avais un SSD dedans, donc j'avais des débits disques plus rapide que la moyenne mais pas extravagants non plus puisque complètement bridés par le netbook lui même. Dans l'ensemble, je m'en sortais vraiment très bien, côté réactivité (faut pas trop en demander non plus) et batterie (autour de 8h en gros pour les 10 annoncées théoriquement par le fabricant, rien d'alarmant). Le seul truc qui m'a gonflé, c'est pa partie graphique anémique, ça s'est peut être arrangé sur les générations récentes (génération N450 pour le mien).
Depuis je l'ai remplacé par une tablette sous Android, ça me va.

Je l'ai fait mais je me sert pas bcp de mon netbook.

batterie sensiblement pareil
le hdd pas de problème
si tu fais une install légère, t'auras pas des centaines de maj (je veux dire que dwm ca change pas de version chaque semaine)

faut checker le type de chipset video (gma 500 hyper pourri)

Je me réponds à moi-même si ça peux servir à quelqu'un.
Déjà plus d'erreurs avec yaourt après mon pacman -Syu.
Quodlibet plantait au lancement, ainsi que d'autres trucs dont certains me disaient qu'ils n'avaient pas de place dans /home. J'ai donc regardé si effectivement il n'y avait plus de place, ce que je ne pensais pas, je pensais plutôt à un bug. Donc :

Pour voir ce qui prend de la place, et j'avais des trucs à la corbeille. Je devrais plutôt écrire corbeilles, car il y en avait à plusieurs endroits. XFCE ne gère pas ça comme il faut apparement, ou plutôt c'est mal configuré sur mon desktop. Je vire tout et ça retourne, quodlibet se lance... Je vais remettre le inittab pour lancer slim et je verrai ce que ça dit au prochain boot.

edit : ça refonctionne. C'était donc juste le /home qui était plein, à cause d'un soucis de firefox (je ne sais pas si c'est dû au rsync que je fais pour le mettre en rambus ou à la config laborieuse de sync)

 
Dites, je sèche un peu là : j'ai switché de Kde vers Gnome 3, et hop, plus de graveur DVD (c'est peut-être arrivé avant mais je viens juste de le voir) ...

 
Rien non plus dans dmesg au sujet d'un cdrom ou d'un dvd, alors que le périph est bien reconnu et actif dans le bios. Je dois chercher ou pour savoir si le kernel l'a détecté ou non ?
 
Merci d'avance

est-ce que le service dbus est actif dans rc.conf ?
 
tu as bien suivi ce tutoriel pour installer gnome ?  
 
http://wiki.archlinux.fr/Gnome

Bonjour,
 
Juste pour dire que j'avais des couleurs bizarres avec les vidéos flash (peau qui ressort bleu entre autre). J'ai solutionné en enlevant l’accélération matérielle (clique droit -> paramètres -> décocher la case) Si ça peut servir à quelqu'un...
Et si quelqu'un peut m'expliquer le problème...

 
Oui et oui ...

Hello,
J'ai un souci avec le dernier kernel (core/linux 3.2.13-1), ainsi que la branche en 3.3.1 depuis la stable (je tourne actuellement sans souci avec linux-mainline 3.3.1rc7-1 et je n'avais eu aucun souci de ce genre avec toutes les rc précédentes).
Au boot avec les options par défaut j'ai un joli plantage du noyal:

J'arrive a booter en passant un acpi=off mais c'est pas terrible (j'ai plus d’accélération graphique).
ça vous dit quelque chose? je pense que c'est une option ou un truc rajouté récemment parce que avant je n'avais aucun souci avec aucun de ces deux kernels (à .config et patchs égaux la 3.3.1rc7-1 fonctionne et la 3.3.1 finale ne marche pas).
Je comptais passer en 3.3.1 stable (toujours par besoin des patchs Intel intégrés depuis la 3.3), mais vu que le noyau de base en 3.2 crash lui aussi ça va pas le faire si je casse l'autre
Merci pour votre aide.
 
edit: idem avec linux-ck que je viens de tester a l'instant

donne le détail de ta configuration PC,
 
est-ce que tu es du genre à avoir le matos PC le plus récent possible ? ( carte mère, carte graphique )
 
cherche sur le forum officiel des cas similaires au tien :
 
https://bbs.archlinux.org/viewforum.php?id=22
 
tu peux aussi revenir en arrière en installant un noyau plus ancien :
 
http://wiki.archlinux.fr/Kernel_Panics

 
 
tu fait partie du groupe optical?

Merci, y a déjà toutes les infos dans mon profil j'ai rien de particulier ni de 'récent' (tout a plus d'un an), un i3-2100 sur une p8h67m-pro (j'utilise l'IGP du sandy bridge), aucune carte additionnelle, un OCZ Vertex 2E, c'est a peu prés tout.
pour revenir en arrière aucun souci, mais mon actuel 3.3.1rc7 fonctionne bien, donc y a pas d’intérêt, je cherche juste à savoir ce qui ne va pas, je souhaite avoir un 3.3.1 car Intel l'a patché notamment pour ma carte mère (pour la fonction suspend to ram qui ne fonctionnait pas) et tant qu'a faire autant que ce soit une stable.
je vais regarder sur le lien, merci bien.
 
Edit:
Trouvé: https://bbs.archlinux.org/viewtopic.php?id=138696
faut passer pcie_aspm=force au boot...  
rapport de bug ici https://bugzilla.kernel.org/show_bug.cgi?id=42979 y a meme un patch, c'est beau le libre   (par contre la ou c'est pas joli joli, c'est que le bug s'est incrusté entre la 3.3.1rc7 et la 3.3.1 stable)

Oui :

 
tu as pensé à vérifier si cela n'était pas une panne matérielle du lecteur DVD ?
 
le fait que le bios le reconnait ne signifie pas que tout est ok,
 
essaie de démarrer le PC avec un CD contenant une distribution live linux pour valider le bon fonctionnement du lecteur DVD

Oui c'est vrai j'y ai pas pensé, je teste ça ce soir

Pt1, depuis les dernières updates noyal, je peux plus monter mes partoches dm-crypt. Heureusement, j'ai toujours le 3.2.13, mais avec le 3.2.14, c'est hs... Et j'ai le même soucis avec le kernel linux-lts.
Quelqu'un pour confirmer ? je trouve pas le soucis.

Vous vous y faites a /run/media/<username>/<Label> au lieu de /media/<Label> pour un média externe qui se monte au clic ?
J’ai un mal de chien avec ce truc…

J'ai trouvé mon problème de dm-crypt, je sais pas trop d'où ça vient, mais c'est un problème de keymap. Si je tape ma passphrase en mode qwerty, ça passe.
 
 
 
Fait un lien symbolique J'avais le même soucis avec /etc/rc.d (trop habitué à init.d)

Voilà le coupable : https://projects.archlinux.org/mkin [...] 76e53dede8

Maj de Gnome en 3.4, résultat:
 
WTF ?
 
1er reboot, gnome tout cassé, "Erreur machin" avant le login, après le login le bureau se charge presque, mais le truc de logon se reset mais ne disparait pas
 
2e reboot, ça remarche, mais toute la personnalisation (theme, icones, layout du clavier ect) tout pété, wtf
 
3e reboot, tout remarche nickel !
 
J'ai rien modif entre les reboot a part checker les logs ...
 
Bref, avis aux [testing]'eurs , en upgradant vous risquez de rentrer dans la quatrième dimension

Ce qui est toujours le cas potentiellement avec testing

 
rule : ne jamais être en testing sans être dans la mailing list des devs.

J'ai fait pire que lui. J'ai récupéré les paquet depuis [gnome-unstable]   Et ma foi, ça tourne bien. Et puis je suis étonné des progrès de systemd. Un démarrage et une extinction quasi instantanée (plus rapide que Win8).

 
et j'ai toujours pas compris l’intérêt d'utiliser la version testing d'archlinux ( à part d'être membre d'une team qui s'occupe de la création des futurs paquets stables, le coté cobaye/béta testeur    ), sachant que la version normale standard colle déjà assez bien à l'actualité avec des versions récentes,  
 
là on est pas chez debian où il y a un gros gap pour la date des paquets entre la version stable et la version testing/unstable

 
Ca doit correspondre à experimental chez Debian.

Être au top des évolutions de la distro
Ça rajoute un peu de fun

J'ai arrêté au moment de la réinstall de mon PC fixe, mais il y a quelques temps j'étais en testing et ça se passait bien, pas de souci majeur.

Depuis j'ai les dépôts testing dans mon pacman.conf, mais après les autres, comme ça je tape si je veux dedans (par exemple pour avoir le tout dernier noyal dès qu'il sort), mais il ne sont jamais prioritaires dans les mises à jours.

 
le probleme n'est pas que les paquets soit expérimentaux, c'est qu'il peut y avoir des conflits.
 
je repete donc , inscrivez vous sur la liste pour suivre ces soucis

mais les gens seront toujours persuadés que plus le numéro de version du paquet est récent mieux c'est, même s'il y a marqué "highly unstable/experimental/do not use in professionnal environnement/risk of data loss", beaucoup fonceront tête baissée sans lire le disclaimer, ni s'inscrire dans je ne sais quelle liste

Bonjour,
Je suis sous archlinux (ctkarch) avec un relativement vieux laptop (dell m1330) et il possède une sortie HDMI. Je pense que ce problème est récurrent mais je n'ai que la vidéo par cette sortie.
J'aimerai savoir mon laptop est capable d'utiliser la sortie HDMI pour le son.
 
merci

 
Sauf que la arch unstable c'est pas l'équivalent d'une debian testing ou experimentale, c'est vraiment un truc qui demande de tweaker des confs régulièrement.

regarde ici

https://bbs.archlinux.org/viewtopic.php?id=118026
https://wiki.archlinux.org/index.php/Dell_XPS_M1530

 
ok mais le point commun c'est bien le fait que les paquets portent un numéro de version plus récent que la branche stable ?    
 
d'où le fait que je me dis que l'utilisateur risque de succomber au syndrome du "plus c'est récent, mieux c'est, les nouvelles features, le top du moment" alors que ça n'a pas trop de sens dans l'univers arch vu que dans la version "stable" les paquets sont déjà très récents, on y gagne pas grande chose à se mettre en mode "unstable",
 
si en plus il faut tweaker les confs et que le gars ne le fait pas c'est encore plus dommageable

oui les paquets sont plus récents, mais pas toujours, c'est surtout que testing passe pas beaucoup plus de version que la distrib normale (genre en testing tu dois installer 3 kernels par semaine au lieu d'un toutes les 2 semaines en normal, ce qui veut pas dire que le jour ou tu fais la maj de ton kernel tu sois en retard de 6 versions si t'es pas en testing)

  Je vais voir ça.

Bonjour,
J'ai cette erreur quand je veux mettre à jour mon système aujourdhuis.
C'est la première fois que j'ai cela sachant que je n'utilise pas ndiswrapper.
La solution serait de faire un -f ?

Ben si tu l'utilises pas je pense que tu peux le virer (sauf si d'autres trucs que tu utilises dépendent de lui).
2nde solution, tu attends un peu que le paquet soit mis a jour, j'ai eu la même chose hier pour lirc, quelques heures après c’était ok.

Arch is beautiful!
 
J'ai finalement trouvé le courage d'installer Arch sur mon notebook (HP DM1 basé sur AMD E-350 Zacate) et enfin, l'hibernation fonctionne (ça bugguait avec presque toutes les autres distros que j'avais testé dessus)    
 
Merci donc à la communauté Arch et ses paquets au top (le kernel notamment)

Bah justement si tu veux bidouiller le kernel c'est un poil plus chiant que les autres distributions peut être : j'ai du attendre jusqu'à ce matin pour que le PKGBUILD du Kernel 3.3.1-1 soit disponible via abs pour le patcher (ajout du support d'une carte Wifi USB qui n'est TOUJOURS pas dans les sources officielles du kernel alors qu'un patch est sorti pourtant chez le mainteneur des cartes RALink, super d'avoir 2 pilotes GPL), parce qu'abs me sortait encore celui du 3.2.14-1 alors que j'etais passé via pacman au 3.3.1-1 la veille.
 
Bon sinon, y'a pas a dire leur Wiki pour faire des kernel avec patch custom, bah ça marche nickel, quand le PKGBUILD est le bon.

Tu peux toujours faire ton propre pkg build

surtout que c'est très facile le pkg build avec arch linux, il existe des tutoriels où ils te donnent un fichier exemple qui sert de moule facilement modifiable avec un éditeur de texte