Reprise du message précédent :

euh, c'est une fonction activable à la config. d'installation, je pense, non?

Oui, mais même.
Tu ne vas pas prévoir en cas de pépin de réinstaller la machine complétement.

Ben tu deflag l'option quand tu compiles ton kernouille et picétou

je ne vois pas où se trouve le pb si tu as le choix au départ de l'activer ou non.

Tu actives l'option, tu as du matos qui   , t'as pas les bons composants sous le coude (matos de marque différente par exemple), tu rebranches en pensant que ca va repartir dans 5min, et là tu pleures car tu repenses à l'option suscitée

Donc faut-il avoir peur de cette option ou pas ?

pour les alertes_incendies c'est pas le bon topic là

Je sais mais quand même

Un avis de sysadminsys qui aime s'amuser avec des backups ?

Je sais que c'est Linux ici mais sur Windows, qd on utilise Bitlocker qui stocke des clés de chiffrement dans la TPM, si on change de matos on doit rentrer une recovery key sinon on boot pas. Donc à voir si c'est le même principe ou pas

Ah ouais c'est vrai, récemment une collègue à galérer avec ca, pas moyen de saisir la clef, perte d'une demi journée, perte des données, et au final changement de portable et réinstallation complète du poste (donc 8h de plus)

On a cela au travail et jamais eu de soucis tant qu'on sauve le clef au prealable...

J'ai un souci  :
 
Je veux compiler le dernier kernel (2.6.38), Je suis sur Arch. Les sources sont dans /usr/src
 
quand je lance make menuconfig, j'ai ca
 

 
J'vois pas comment m'en sortir, j'peux avoir un coup de main SVP?
 
Merci d'avance  

tu utilise un pkgbuild particulier ou pas du tout ?

Nan, la bonne vieille méthode ol-school.

Retour au 2.6.37, perfs de merde en client NFS avec le .38
(et pas le temps d'investiguer en profondeur)

A quel niveau ? Pas vu la diff perso (100mbps)

Juste testé en Wi-Fi, au lieu de 2Mo/s je tapais du 600Ko/s    
 
Et un iperf donnait des perfs normales, donc le problème ne se situe pas au niveau driver Wi-Fi ni couche réseau.

Pour moi et d'autres, mauvaises performances en wifi sur le .38, mais une fois qu'on installe les compat-wireless, on est tout bon de nouveau.

Evitez le 2.6.38.2 si vous avez besoin de l'hibernation, sinon c'est kernel panic au réveil. Apparemment, le commit moisi a également été backporté dans le 2.6.37.6, le 2.6.32.36 et, sans certitude, 2.6.33.9.
 

Dites, je reviens sur l'histoire des 200 Line Linux Kernel Patch That Does Wonders suite à l'article de Phoronix et après avoir lu Rendre votre bureau fluide : il n'y a d'intérêt à utiliser cette configuration que si l'on utilise les groupes, mais quel est réellement l'intérêt de ceux-ci en cas d'utilisation desktop ?
 
Personnellement, depuis leur apparation dans la configuration du noyau, je les ai toujours désactivé, et je n'ai pas de souci de réactivité pour mon usage. Y aurait-il désormais un intérêt à les activer pour du multitâche classique via un processeur multicore ?

Ca peut être utile d'un point de vue réactivité des applis solicitées, comme passer d'une appli à une autre lorsque tu fais un encodage lourd + surf

Merci thana, je testerai à la prochaine révision du 2.6.38, histoire de me faire une idée plus précise .

Non c'est justement un moyen d'utiliser automatiquement les groupes !

Faut lire la fin de la phrase aussi .
Bref : intérêt des groupes en cas d'utilisation desktop ?

Réponse courte : À rien si tu n'utilises pas d'applications gourmandes et fortement multi-processus/threads, cette fonctionnalité a été codée par un développeur avec son utilisation comme modèle.
 
Mais j'ai répondu parce-que les groupes, dans l'exemple de la documentation du noyau servent à limiter les ressources allouées à des étudiants sur une machine, avec ce patch on est déjà loin de cet exemple de contrôle des utilisateurs/ressources. L'utilisation "classique" des groupes n'étais pas préconisé, sur une Gentoo par exemple, car lourde à mettre en place, ce patch a étendu par sa simplicité les cas d'utilisations des groupes donc ce n'est pas parce-que les groupes étaient inutiles sur une config que ce patch l'est aussi !

Ok, je comprends bien l'intérêt dans des groupes de travail avec ressources partagées, mais je suis plus dubitatif dans le cas d'une utilisation habituelle domestique.
À voir donc.

Bon, il s'agit bien d'une régression du 2.6.38 dans le module ath9k, plus précisément au niveau de la gestion matérielle du chiffrement.
En attendant une correction, on peut retrouver des perfs normales en passant l'option nohwcrypt=1 au module.

Ca a l'air de marcher pour l'instant  

https://bugzilla.kernel.org/show_bug.cgi?id=31452

Je sais pas si ça a sa place mais quand j'essaie de compiler un noyau pour un routeur. Apache me casse les cou*lles et j'ai droit à :  
Error, SSL/TLS libraries were missing or unusable.
J'ai modifié le path, le path library, libs et CPPFLAGS, rien à faire il veut pas

 
Bordaÿl, plus moyen de me connecter au boulot avec cette option

merci pour l'info

 
Fausse alerte, Livebox demaÿrde§

tu peux faire une initiative de remplacer ta lifebox par un truc qui root.
ça fait economiser 2.50euros HT/mois a ta boite

Depuis que je suis là, ça fait deux routeurs que l'on crame, curieusement la Livebox tient le coup  

 
Corrigé dans le 2.6.38.3

Est-ce quelqu'un sait où se trouve le driver qui pilote un lecteur de Compact Flash sur carte PCI ?
Ou du moins comment ça fonctionne.
 
J'ai cherché du côté des codes liés à la gestion du PCI, j'ai rien trouvé.
 
Je pense qu'il faille se pencher du côté des pilotes de la marque du lecteur de Compact Flash....Mais je n'en suis pas sûr.  
Où peut-on trouver ces pilotes dans les sources ?
 
Merci d'avance

Jamais vu ce type de matos, t'a un lien ?
 
Au hasard je dirais que ça doit être vu comme un adaptateur PCI-IDE, donc avec le pilote du contrôleur IDE quivabien ça devrait passer, mais je me trompe peut-être.
 
Que donne lspci ?

sur tous les sites de vente de ce genre de carte, il y a marqué compatible Linux depuis le noyau 2.4

Nan en fait c'est pour le boulot.
Je dois déterminer quel pilote est utilisé dans le routeur de marque Moxa.
On doit le modifier (du moins, on espère le pouvoir).
D'après les logs enregistrés par le routeur, il s'agirait du même pilote que le PCMCIA. Cela reste à confirmer mais ça semble aller dans cette direction.

lsmod ?

Pas con effectivement, je vais regarder ça