Reprise du message précédent :
Si ils l'ont désactivé avec un modeset=0, oui  

Mais KMS est par défaut depuis un moment déjà.

Tu veux dire que si on ne met pas modeset=1, on est par défaut sous KMS ?

Edit : ah ben oui, plus besoin de i915.modeset=1 dans la ligne de lancement de grub C'est quand même b'en foutu les étoiles !

Edit² : par contre, je me rappelle qu'il fallait déclarer des modules dans mkinitcpio.conf pour que KMS fonctionne (i915, drm et intel_agp). Cela est-il toujours d'actualité ? Ou le fait que KMS soit par défaut intègre automatiquement ces modules ?

   
 
Mes dernières installs de Arch, avec Nouveau ou Intel, t'as juste à installer le driver et au reboot paf KMS    

Quid de mon second Edit ?

 
Plus rien à faire du tout, c'est intégré par défaut  

Chic, je remet mon mkinitcpio.conf à jour

Edit : bizarre par contre, l'entrée en action de KMS (résolution maxi de l'écran) intervient plus tard sans les modules déclarés dans le mkinitcpio.conf. J'espère que ça ne me posera pas de problème avec mon écran externe. Je verrai ça ce soir.

Bon, je vais un peu passer pour un spammeur à force d'enchainer les posts, mais tant pis.
 
Je continue mes tests avec KMS et pour avoir KMS le plu tôt possible, j'ai laissé l'appel des modules dans mkinitcpio.conf.
En revanche, j'en ai profité pour suivre à nouveau le tutoriel concernant fbsplash (installation depuis AUR) et j'ai pris une grosse claque. La dernière fois que j'ai essayé, il fallait avoir le support de fbcondecor dans le kernel. Aujourd'hui ce support n'est plus nécessaire que pour la décoration des tty, le boot splash fonctionne directement avec le kernel d'origine, et c'est super efficace, largement plus que Plymouth que j'utilisais avec KDEMod.
J'ai installé le thème arch-black-spin, c'est juste génial, je vous le recommande chaudement, et c'est presque stock à partir du moment où on a accès à AUR. Le démarrage de la machine devient vraiment joli, ça sert à rien et c'est donc indispensable

Tu m'allèches là    
 
Je vais tester  

Et ca ressemble à quoi ?

A un boostscreen digne de ce nom. Je me rappelle avoir été assez impressionné par celui d'Ubuntu KK, on a enfin un équivalent sous Arch, surtout avec le thème arch-blash-spin qui déchire bien. Et ça fonctionne au démarrage comme à l'arrêt, et même pour le suspend-to-RAM (enfin, pas testé encore).

J'ai un "Failed to load theme arch-black" et "Failed to start fbsplash" au boot    
 
Pourtant j'ai tout bien fait  

Ah ben ça marche nickel chez moi... Essaie voir de remettre les modules en dur dans ton mkinitcpio et de refaire un -p kernel26 ?

Dites le KMS, ça ne fonctionne pas pour les cartes nvidia ?

Si, mais uniquement avec le driver libre "Nouveau"
(mais par contre pas de 3D avec ce driver)

pas avec le driver proprio. Ca marche avec nouveau.

Bon j'ai trouvé  
Mais le message d'erreur était pas très explicite

En fait j'ai essayé ça sur mon netbook, qui a une résolution de 1024x600, et en fait fbsplash ne trouvait pas le thème correspondant parce que le thème n'est pas prévu pour cette résolution.
J'ai bidouillé vite fait une version pour cette résolution à partir de la version 800x600, c'est pas parfait esthétiquement (pas centré) mais ca marche  

Effectivement c'est bien sympa  

Par contre juste avant que Slim ne s'affiche, on voit furtivement les lignes de démarrage, c'est comme ça chez toi aussi ?

Non, je passe directement de fbsplash à KDM, mais c'est probablement parce que je démarre X via inittab. C'est d'ailleurs presque dommage, entre fbsplash qui apparait assez tard, le SSD qui bombe et le démarrage de X via inittab qui démarre plus tôt que via rc.conf/DAEMONS, je vois à peine passer fbsplash Genre en 3 secondes c'est plié, fade in et out inclus.

Ben je démarre aussi par inittab    
Mais c'est peut-être Slim qui met un peu plus de temps.
 
Je vais voir ce que donnent d'autres thèmes.

 
Nouveau fait tourner Kwin (kde4) et ses options par défaut ? (j'avoue ne pas avoir chercher à pousser l'utilisation de kwin).

euh en soit ca sert a quoi fbsplash?
Ca donne toujours les memes infos que le boot normal?
J'ai toujours trouve le boot Arch bien plus sympa que celui de Debian et compagnie (celui de Gentoo aussi est bien).

Ca te fait un truc comme ça :

http://www.youtube.com/watch?v=dAjI_rqwRqw

Mais sur certains thèmes il y a des animations, genre sur arch-black-spin que recommande Kortex, le logo Arch tourne sur lui-même, c'est assez joli, ça fait fignolé

En fait on rejoint l'apparence du boot des OS modernes (grand public j'entend) : une animation fluide en pleine résolution tout en suivant la progression du boot.

Mouais ca enleve toutes les informations interessantes que j'aime donc pas pour moi.
 
Par contre en regardant la video je suis tombe la dessus:
http://bbs.archlinux.org/viewtopic.php?id=72156
 
Quelqu'un connait?

sans réellement savoir ce que tu appelles le « parsing » des hooks, il n'y a pas d'intégration de dkms sous arch?
DKMS faisant exactement ce travail (recompiler certains modules suite a la mise a disposition d'un nouveau kernel).

Shaman a été supprimé des dépôts officiels ? J'étais sur ce bug, qui a été fermé pour la raison suivante:
 

On dirait bien
 
Il n'y a plus que des PKGBUILD dans AUR.

Vive les mailling list : http://mailman.archlinux.org/piper [...] 08161.html
(D'un coté Shaman n'a jamais été supporté officiellement en dehors de community donc )

du jour :

Modifier temporairement son mirrorlist de amd64 vers i686 pour créer un autre système Arch i686 avec pacman depuis ma machine principale amd64, mais ensuite oublier de remettre comme avant et faire un -Syu

Edit : ouf, j'avais oublié que pacman loggait les mises à jour.

Je reviens vers vous pour mon problème (voir quote plus bas).
J'indiquais que seuls les CD-ROM de data ne semblent plus trouvés pas HAL. Mais les 800Mo le sont quand même. C'est vraiment curieux. Donc ça ne touche donc que les 650/700Mo. Et je nuancerai pour graveur pour lequel j'ai finalement  qques CD-ROM de data 650/700Mo qui ne sont plus trouvés par HAL.
 
Je rappelle que le montage en soit marche, c'est la détection faite par HAL qui semble merder.
 
Toujours aucune idée ?
 

Bon et bien j'ai mis à jour kdemod hier pour avoir la version 4.4.
 
Et quelle surprise, plantage !
 
Kde démarre bien, je vois le plasmoid barre des tâches etc...mais arriver à un moment, écran noir (c'est kde et pas Xorg vu que la souris est encore visible).
 
J'imagine que ça vient d'un fichier conf, je déplace donc les fichiers conf pour avoir ceux par défaut, ouf ça fonctionne.
 
Je replace donc mes applis (.kdemod/share/apps) et là, mais c'est super, kmail qui plante, et je perds tout mes mails (4Go environ).
Heureusement que tout est sur gmail, mais pour le coup, c'est vraiment merdique !

Ça a l'air stable cette version  

 
KDE 4.4 depuis sa sortie dans les dépôts (normal, pas kdemod) et aucun plantage, si ce n'est mon pb indiqué plus haut que j'avais déjà en 4.3.

Je crois que Kortex a eu aussi pas mal de problèmes en partant de kdemod.
 
Pour ma part, j'ai juste un souci "optique". Je ne peux pas redimensionner mes icônes sur le bureau et c'est un peu petit.

J'ai tente sans trop approfondir, bah c'est pas mal!
Ca accelere nettement le demarrage, mais en fait je ne sais pas trop comment.
J'ai l'impression que certain services qui demarraient avant ne demarrent plus, ou alors peut etre en parallele de login?
 

 
Pas mieux.

Je suis egalement passe a 4.4 (normal) : j'ai un vieux laptop (P-M a 1.8Ghz et 1Gig de RAM) avec radeon... c'est vraiment plus lent.
TEllement quej e me tate a passer a fluxbox ou e17  

Le principe de quick-init c'est de démarrer HAL le plus tôt possible pour que X démarre le plus tôt possible. Donc quand HAL ne sera plus utilisé par X on n'en aura plus besoin, du moins pas sous cette forme là.

Si vous avez du temps à « perdre » c'est intéressant de se pencher sur les initscripts.

Mais je demarre X manuellement en fait, donc ca ne change rien pour moi dans ce cas la.

La raison pour laquelle je demarre X a la main, et que si X est casse generalement c'est la galere pour demarrer la machine sans X qui plante...
J'ai jamais trop reussi le init=3...

Il doit y avoir de la parallélisation aussi dans quick-init donc ça change quand même.
 
Pour le coup du "3" ( pas besoin de "init=" ) dans la ligne de boot, il faut déjà utiliser inittab pour lancer X, si tu le lances via rc.conf c'est sûr que le "3" ne fera rien. cf Display Manager - ArchWiki

oh c'est bien cela, merci!

Je relaye je relaye : http://www.archlinux.org/news/486/

Ça a pas loupé, ça a cassé ma machine semi-diskless qui boote sur NFS  
(et merde j'avais déjà bien galéré pour mettre ça en place http://forum.hardware.fr/hfr/OSAlt [...] m#t1198207 )

J'ai pourtant bien installé mkinitcpio-nfs-utils comme précisé, mais le noyo ne semble plus trouver ma carte réseau : là je refais un mkinitcpio en incluant les modules de ma carte, on ne sait jamais (avant ça n'était pas nécessaire).
Mais j'ai pas le résultat tout de suite, le mkinitcpio sur du NFS, ça prend une plombe  

Au passage, je conseille fortement de lire l'article du blog que Thomas linke dans la news : http://archlinux.me/brain0/2010/02 [...] rch-linux/
C'est vraiment très instructif et bien expliqué  

Trouvé    
 
Entre ipconfig de klibc et celui de busybox, apparemment la syntaxe diffère quelque peu, et là où un ip=dhcp suffisait, dorénavant il faut préciser l'interface, et un ip=eth0 fonctionne très bien