Reprise du message précédent :
Pour le kernel, il te faudra le compiler (bon, pas de soucis pour un gentooïste) et éditer le pacman.conf pour ignorer les MAJ du kernel (IgnorePkg = kernel26 si tu gardes le kernel par défaut).

 
 
J'essaie d'installer une Arch sur mon petit Netbook
M

J'essaie d'installer Arch sur mon petit netbook mais tout comme mon premier test en mode virtualisé, j'ai droit à des:

quand je fais un pacman -Sy

J'ai zappé une étape ? Je suis si proche du but

Edit: j'ai clairement un problème réseau... mais je ne sais pas quoi corrigé, ya rien de détaillé a ce sujet dans le wiki

ping www.google.fr ?
pacman -Syu ?

ça donne rien
J'ai redémarré le service network, queudall...

Bon c'est OK, j'ai configuré le rc.conf pour être en DHCP.
Curieusement, il était bien configuré en statique mais ça ne fonctionnait pas

Snif ya un conflit entre 2 paquets quand je veux installer xfce
On va tenter KDE sur cette session

Evidement... j'avais oublié d'ajouter un .bashrc similaire dans /root, maintenant c'est bon, l'auto-completion marche aussi en root.
 
 

Ayé ArchLinux installé sur mon laptop
J'ai juste eu un problème, l'installeur a planté lors de l'install de grub. J'ai du rebooter, chrooter et réinstaller grub à la main.
Je suis épaté par la rapidité du chargement du noyau    
 
Bon, maitenant, il ne me reste plus qu'à "apprendre cette distro"...

Ancien debianneux, je n'ai eu aucun mal à me mettre à Arch, ça très logique, le Wiki est très bien fourni, les gens sont cools, bref, on se sent vraiment bien sur cette distrib.

c'est bien vrai
Sur #archlinux-fr tu es bien reçu, bonne ambience, cool quoi
Bon wiki également.
 
ça me change un peu de mes Gentoo mais bon j'ai réussi à configurer mon wifi en un tour de main
 
Allez j'y retroune

Pendant de ce temps là : http://www.archlinux.org/news/436/  

On va compter les cadavres.

Je viens de migrer ma partition de données et mon /home en ext4. Je ne sais pas si ça vient du système de fichier lui même ou c'est juste de l'avoir converti, mais je trouve les perfs bien meilleures, qu'il s'agisse du parcours de répertoires contenant beaucoup de chose ou de la réactivité des applications sollicitant traditionnellement beaucoup le disque dur comme Kontact qui est une vraie plaie à ce niveau là. Me reste donc maintenant uniquement ma partition root, mais j'avoue que pour le coup, je me sens pas complètement chaud, surtout rapport aux histoires de boot avec le support d'ext4 dans Grub et tout ça...

le Grub de Arch est patché pour booter sur un / en Ext4, tu peux y aller sans soucis    
(j'ai 2 PC qui sont dans ce cas de figure, et ça roule, après la conversion il y a juste à faire un mkinitcpio en démarrant sur fallback, sinon tu as droit à un kernel panic au boot - c'est expliqué dans le wiki)

Upgrade fait ce midi.
 
Pas de problème particulier. Juste une grosse baisse des perfs sous KDE 4.
 
(GMA950)

Ayéééééé, fini m migration sous ext4 Il a effectivement fallu passer par le kernel fallback pour la migration de / mais sinon aucun souci, et à priori, les perfs sont là. Je suis content.

J'espère que désormais les fsck seront un peu plus rapides, c'est pour cette raison que j'ai réalisé cette migration. Sinon, pour ceux que ça intéresse, je me suis servi de ma clé USB bootable sous Arch pour réaliser la conversion de /, aucun problème.

je suppose que depuis la sortie du CD 2009.02 on peut le faire via un boot sur le CD ?    
Je me laisserais bien tenter ce soir a faire ça déja que je viens de changer de CM et de HDD sans tout péter, faut que je profite tant que j'ai de la chance  

Oui, je pense que le nouveau CD live est bon pour migrer ses partoches en ext4.
 
Par contre, pour ce qui est de changer de CM avec Linux, c'est vraiment trop facile, on est loin des plantages qu'on rencontrer sous Windows. Quand j'ai fait passer mon portable en garantie, j'ai piqué celui de ma mère en dépanage, pas le même processeur, pas la même carte graphique, pas le même chipset, après install du pilote graphique en console (X crashait), j'avais l'impression de ne pas avoir changé de portable (les perfs mise à part. Lorsque j'ai récupéré le portable, rien à faire, merci dbus/hal, tout est reparti nickel. De la vraie balle.

Ici pareil, tout changé, chipset, proc, son, réseau, cg, disque dur & controleur, enfin la totale quoi
un boot sur l'entrée fallback et zou

Qu'as-tu fait pour grub ? J'ai lu que pour moins se prendre la tête il fallait faire une partoche ext3 pour /boot. Est-ce encore d'actualité ?

Non. Comme le disais Dek, le kernel et le grub 0.97 d'Arch sont patché pour ext4 par défaut, donc tout est prêt pour utiliser ext4 directement sur une partition de boot. Pour Grub, je n'ai strictement rien fait, la seule chose un peu "spéciale" a été la regénération de l'image du kernel en bootant sur le kernel fallback après la migration de la partition root.

Plus d'infos sur le Wiki, c'est la page que j'ai suivie, elle est bien foutue et même en anglais reste très facile d'accès (pour preuve, j'ai réussi à m'en servir ) :
http://wiki.archlinux.org/index.php/Ext4

Je ne sais pas si ça vient de KDE4 ou de Arch, donc je poste d'abord ici, et si vous pensez que j'aurai plus de réponse dans le topic KDE, je bougerai.
 
Je ne sais pas quand ce bug est apparu, car je n'ai pas pu utiliser mon portable sur ma station d'accueil depuis plusieurs jours, bien que j'ai eu accès au net et donc continué à faire les MAJ jour après jour. En fait, désormais, lorsque je me log sous KDE4 avec un écran externe branché au portable (par la station d'accueil ou sirectement sur le port VGA de la machine), j'ai un crash de plasma et impossible d'ouvrir la session. Pour voir si cela venait de mon profil ou pas, j'ai essayé avec les deux autres profils que j'ai sur mon portable : un environnement de test configuré de la même manière en gros pour ce qui est du graphique que mon compte principal, et un compte témoin, dans lequel je n'ai rien changé, et notamment les résolutions d'écran lorsqu'utilisé sur un écran externe.
Le compte de test crash également, le compte témoin se lance correctement. C'est donc bien un problème lié au compte et non au système. J'ai commencé à chercher quel fichier pouvait être responsable dans ~/.kde4/share/config, mais pour l'instant, je fais choux blanc. Avez vous une idée ?

ça me rappelle le jour où j'ai coché une option sur les effets 3D, ça m'avait fait un peu le même coup.
Je m'en était sorti en désactivant alamano (c) les effets 3D en farfouillant dans les différentts fichiers de config de KDE.
Dans le pire des cas, tu peux redémarrer sur un kde vierge en renommant (si tu as des infos utiles dedans, comme les mails de Kmail, les comptes Kopete, etc...) ou supprimant (si tu t'en fous) le répertoire ~/.kde4 .

C'est un peu la solution à laquelle je ne voulais pas arriver... Bon, finalement, j'ai supprimé les fichiers faisant référence à plasma (plasmarc, plasma*.new), et ça fonctionne à nouveau. Mais j'aimerai quand même comprendre ce qu'il s'est passé.

t'as pas joué avec des options de KDE ?

Absolument pas, j'avais pas touché à KDE depuis plusieurs jours.

Bon, petit problème de log sur mon netbook : à intervalles réguliers, syslog-ng me pourrit mes logs avec ce message :

Là j'ai coupé, mais il y avait plus de 200 000 lignes de ce message, réparties sur une minute  

Donc au bout d'une semaine, merci les logs de 1Go et les écritures inutiles sur mon SSD

Quelqu'un aurait une idée ?

 
Mettre tes logs sur un ramdisk    

Mais ouais, pour bouffer le peu de ram qui reste de mon netbook ?  
(la en 1/2h j'ai déjà un kernel.log qui fait 200Mo, pour donner une idée)

De mes premières investigations, ça aurait à voir avec le driver ath5k, mais pas moyen de trouver le début d'une explication/solution

Moi je propose juste de sauver la vie de ton SSD hein
 
C'est quoi ce netbook ? Version de noyal ? Paquet sorti de AUR ?

Acer Aspire One
 
Un lspci pour avoir une idée du matos :
 

 
Noyau stock, aucune modif, module ath5k d'origine du kernel, et par ailleurs le Wi-Fi fonctionne très bien.
 

Bon, ce matin, je relance mon portable sur sa station d'accueil, et vlan, rebelote, le même problème qu'hier : plasma qui se vautre et empêche l'ouverture de session, et même pire qu'hier : plus moyen d'ouvrir une session KDE, même avec le portable en autonome. Donc connexion en console en root, suppression du fichier plasma-appletsrc et plasmarc, puis réouverture de session après un bon vieux redémarrage de X, et ça remarche. Sauf que cette fois-ci, j'ai conservé les fichiers en question d'abord, je vais donc pouvoir jeter un oeil à ce qu'il y a dedans et tenter de trouver ce qui pose problème. Je peux également les poster ici si certains veulent voir, mais ce sont des fichiers assez longs quand même.
 
Sinon, je pense faire un rapport de bug, je passe par gdb c'est ça ? Personne d'autre n'a rencontré ce problème ?
 
Edit : bon en fait, en refaisant l'historique de mes manipulations, visiblement seul le fichier plasma-appletsrc pose problème, la suppression de plasmarc ne solvant pas le problème. Voici mon ancien plasma-appletsrc :
 

 
Désolé, je n'utilise plus KDE4  

Ce ne serait pas un applet qui te foutrait la foire ?
Essaies de redémarrer sur un KDE vierge, et rajoute tes applets un par un, peut-être trouveras-tu le coupable... houpa...

Ben en applet, j'ai le menu, la vue du bureau, la taskbar classique, le boite à miniature, l'icone d'énergie, l'icone de montage des volume et l'horloge. Et la vue dossier sur le workspace. Rien qui sorte des sentiers battus quoi...

Je crois avoir trouvé la cause de mon problème d'erreur en pagaille dans mes fichiers de log : je démarre mon kernel avec l'option "elevator=deadline" pour basculer sur ce scheduler en lieu et place du scheduler par défaut, option sensée être plus performante avec les SSD.

En revenant au scheduler par défaut, le problème semble avoir disparu, mes logs sont pour l'instant normaux.

J'ai enfin réussi à faire une install de arch
J'en ai appris des trucs en même tiens
 
Bon maintenant vient les emmerdes... mon acpid ne se lance pas que faire ?

Bon, vu que l'upgrade en Testing sur mon netbook s'est bien passée (je voulais essayer xorg-server 1.6, et ça pootre), je vais corser les choses ce soir    
 
J'ai pas vraiment envie de rester en Testing donc je vais downgrader vers stable, ça va me permettre de tester la fonction dans yaourt    
Ensuite, j'installerai uniquement les paquets concernant xorg-server et les drivers Intel en provenance de Testing, histoire de continuer à en bénéficier.
 
Je sens que je vais tout péter  

 
J' apprécie ach pour différentes raisons, mais je sens que je n' utiliserais jamais les dépôts [testing]/[unstable]   .

Après m'y être frotté, moi non plus pour une machine dont j'aurais besoin au quotidien, mais pour faire avancer le debug et bricoler un peu son système, c'est sympa