Reprise du message précédent :
 
Surprenant, j'ai pas entendu parler de problème de partage de la carte son depuis 5 ans, quand le mix hardware était nécessaire.

pulseaudio sert entre autres choses à ça.

 
C'est quoi comme machine ton netbook ? Essaye de voir dans le bios si tu peux n'activer qu'une des deux cartes ?  

Hello,
 
De temps a autre lors de mes updates de kernel (kernel stock de archlinux, rien d'exotique), la génération des modules ou autre se foire et me sort une image qui n'arrive pas à reconnaitre mes disques, du coup je peux plus booter
 
Grub 2 se plaint que mes disques sont inconnus (je boote en passant les UUID des partitions), et effectivement dans mon /dev y'a absolument rien lié aux disques.
 
J'ai vu pas mal de gens qui se plaignent du problème, mais pas l'ombre d'un correctif. Y'aurait pas quelqu'un qui saurait quoi faire ?

estce que ça peut venir de grub 2 ?  
je suis sur grub-legacy aucun probleme

J'ai une config particulière aussi, boot sur un SSD en GPT avec une partition /boot de 100 Mo en ext 4, le reste en Btrfs (dont mon /), je sais pas si grub-legacy supporterait le truc. Mais a priori c'est plutôt côté kernel, puisque la mon kernel-fallback boote impeccablement.

ho, ptet que ça vient tout simplement de btrfs (c'est pas forcement encore super stable )

Re,
 
Testé rapidement sur un autre disque en pur ext 4, avec grub-legacy, pareil.
 
En fait au boot j'ai un message du type :
 
ERROR : unable to determine major/minor number of root device UUID=xxxxx
 
Un lsmod me montre qu'aucun module lié au disque n'est installé.
 
Le kernel-fallback marche, donc c'est probablement le hook autodetect qui foire.
 
Je vais creuser le souci.

 
une solution feignante : remplacer grub par syslinux

Mouhahaha, le bug con
 
Pile du BIOS morte => mon PC repasse en paramètres par défaut (SATA en mode IDE au lieu de AHCI) => mes soucis de kernel (apparemment le module loadé est pas le même).
 
Problème résolu, merci à Seb et Panda pour m'avoir encouragé à creuser le souci.

 
Effectivement c'est bon à savoir parce que ca ne doit pas être ca ne doit pas être si rare, étonnant que ca ne soit pas dans la doc !

Maj depuis le labo
 

Ça fait pareil sur mon VPS

pour ceux qui ont installé archlinux dans virtualbox est-ce qu'ils ont remarqué une certaine lenteur par rapport à d'autres distributions installées dans virtualbox ?

par exemple dans virtualbox j'ai deux distributions linux  :

- debian 6 ( version stable squeeze )
- archlinux

j'utilise KDE dans ces deux distributions (kde 4.4.5 dans debian et kde 4.7.x dans archlinux ) et KDE semble bien plus réactif dans debian ( les ouvertures de boite de dialogue sont plus rapides, ça semble fluide ) alors que sous arch il y a une legère impression de lenteur ( pas très génante, c'est juste qu'il y a une espèce de micro-latence ),

j'utilise pourtant les mêmes réglages au niveau de l'interface ( thème par défaut oxygen, pas d'effets eye-candy graphique ) entre les 2 distributions, les vboxadditions sont installées, est-ce que le problème pourrait venir à la fois de virtualbox ( bug ) et du fait que la dernière version de KDE ( 4.7.x ) serait un peu plus exigeante en matière de ressources matérielles par rapport à KDE 4.4.x ?

j'ai refait une installation d'archlinux afin d'avoir une second VM virtualbox et le problème persiste, ça reste tout à fait exploitable et honorable comme rapidité mais c'est toujours moins rapide que debian 6,

est-ce le fait que les paquets dans archlinux sont optimisés i686 ( alors que debian est un peu plus générique, genre i386/i586 ) ? ça pénalise peut-être la virtualisation si virtualbox a été optimisé pour reproduire des instructions génériques au niveau CPU ?

 
est-ce que tu as bien suivit le wiki pour archlinux guest (voir section ici )
 
https://wiki.archlinux.org/index.php/VirtualBox

j'ai installé les vboxadditions via l'image iso fourni par virtualbox, pas en passant par pacman, à priori ça ne devrait pas donner de différences  

edit: je viens de tester, ça ne change rien

j'ai remarqué aussi un bug graphique que j'avais déjà remonté sur le topic :

--> sous KDE quand on ferme une fenêtre le nom de l'application n'est pas systématiquement supprimé dans la barre des tâches, une fois sur quatre le bouton et le nom de l'application restent présents dans la barre des tâches, par exemple ici je ferme Firefox, l'application est bien fermée mais son nom reste affiché dans la barre des tâches :

 
C'est pas le seul bug graphique avec la liste des tâches de kde... J'utilise ce plasmoid à la place : http://kde-apps.org/content/show.p [...] ent=144808

tu confirmes l'existence de ce bug sous virtualbox ou bien tu veux dire qu'il est présent aussi quand on installe archlinux de manière classique sans passer par une machine virtuelle ?

en outre j'ai cette erreur dans le log de xorg à propos du pilote vidéo de virtualbox :

ça peut expliquer les bizarreries graphiques que j'ai

J'ai aussi ce genre de bug (qu'avec Firefox cependant). Pas de VM.

quelques petits problèmes, comme toujours
 
- mon KDE ne peut plus activé les effets graphiques. Quand je les active avec les raccourcis clavier, j'ai un freeze et pas d'effets
 
- la mise en veille plante à chaque fois (j'utilisai pm-suspend). Soit ça me fait un écran tout noir, avec un pseudo-prompteur qui clignote, mais ou je ne peux rien taper. Je peux pas non plus accéder aux TTYs
 
- quand je mets mes cardes SD dans le lecteur, plus rien ne se passe, alors que c'était pris en charge avant, et je crois que je n'avait rien réglé pour ça
 
si vous avez des pistes

est-ce que ces problèmes sont apparus depuis que tu as mis à jour la libraire qt ( 4.7 vers 4.8 ) et kdelibs ?  
 
il semblerait que KDE 4.7.x supporte mal la version 4.8 de qt ( mais la version beta 4.8 de KDE s'en sort mieux ),
 
regarde aussi le contenu des fichiers logs dans /var/log, il y a peut-être des indices, un pilote vidéo qui bug

 
c'est bien possible, le problème est récent. je vais re-voir les logs, je suis avec le pilote nvidia propriétaire

Je suis en train de switcher de plus en plus proprement vers un système complètement libre.
 
j'ai encore un virtualbox pour excel et stata, mais j'apprend en meme temps R et Latex, ca ne rigole plus du tout

A part R il y a python avec numpy et scipy aussi.
LaTeX

des personnes utilisent xfce & slim ici ?  
 

 
je l'ai fait longtemps mais j'ai enlevé slim sur mes installs récentes et je suis passé sous lxde

slim a l'air un peu mort non?

ouai, en fait un pur xinitrc + startx ca me va

en faite chez moi, la commande dans le .xinitrc  
exec startxfce4 ne fonctionne pas  
 
je dois mettre exec xfce4-session  
 
je ne comprends pas pourquoi

essaie "exec ck-launch-session startxfce4"
 
https://wiki.archlinux.org/index.php/Xfce

Bizarre, chez moi ça marche sur mes 2 configs (XFCE + Slim avec exec startxfce4), tu as quoi dans les logs ?

 
 
si, exec ck-launch-session startxfce4

sinon ya quoi d'autre pour une sélection d’utilisateurs? Slim est peut-être mort mais je vois pas ou çà gêne qu'il soit plus mis à jour.

gdm, kdm...

 
ba , su

Perso j'utilise cette méthode : https://wiki.archlinux.org/index.php/Start_X_at_Boot
 
Lancement de X au login en console, beaucoup plus light que tout autre Slim, Gdm
, Kdm ...

mon souci est régler, j'avais oublier d'installer xfce4-utils  
mais maintenant j'ai deux sessions consolekit d'ouverte  
il se trouve qu'il ya deja une regle dans /etc/pam.d/slim avec a la fin "session optional pam_ck_connector.so"
malgré tout, je dois quand meme mettre exec launch-session startxfce4 pour que je puisse l'éteindre correctement
j'ai essayé toutes les combinaisons possible, un coup juste dans pam, un coup juste dans xinitrc, une fois directement dans slim.conf  
mais soit j'ai toujours plusieurs sessions soit, l'extinction du pc via le menu dans xfce ne fonctionne pas (il est a noter que mon utilisateur est bien dans le groupe power)
 
et je sens que je vais degager slim et demarrer xfce4 directement

lightdm