|
Auteur | Sujet : [Noyau Linux] Version 6 et des brouettes |
---|
MysterieuseX Chieuse | Reprise du message précédent :
|
Publicité | Posté le 09-08-2014 à 04:28:42 |
o'gure ModérateurMulti grognon de B_L |
Message édité par o'gure le 09-08-2014 à 12:54:30 --------------- Relax. Take a deep breath ! |
Ralph- ★ You'll hate me. ★ |
|
Magicpanda Pushing the envelope | http://kernelnewbies.org/LinuxChanges
--------------- " Quel est le but du capital ? Le but du capital c'est produire pour le capital. L'objectif, lui, est illimité. L'objectif du capital c'est produire pour produire." - Deleuze || André Gorz - Vers la société libérée |
MysterieuseX Chieuse | Aucuns problèmes ici. |
make install | C'est peut-être udev qui révèle un bug dans le 3.17. Essaye 3.17 + un ancien udev. Message édité par make install le 06-11-2014 à 09:34:27 |
Elbarto | concrètement ça veut dire quoi ?
|
gee Bon ben hon | Installe une ancienne version de systemd.
--------------- "Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!" |
make install | udev n'est pas *dans* systemd mais il fait partie du projet systemd et a sûrement quelques dépendances dessus maintenant...
|
Publicité | Posté le 06-11-2014 à 10:27:25 |
gee Bon ben hon | Il n'y a pas de paquet udev, c'est dans systemd.
Message édité par gee le 06-11-2014 à 10:44:05 --------------- "Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!" |
Elbarto | quelqu'un sur le forum anglais d'archlinux a aussi le bug :
https://bbs.archlinux.org/viewtopic [...] 9#p1473209 si vous voyez des utilisateurs sur les autres forums des distributions linux ( fedora, ubuntu, debian, gentoo, SuseLinux ) se plaignant de freezes aléatoires au boot avec le kernel 3.17 alors postez le lien ça m’intéresse, car je cherche l’élément déclencheur du bug, en analysant tous les témoignages on devrait pouvoir réussir à isoler le coupable j'ai même testé la version "linux-next" ( la version la plus récente du noyau linux, encore plus récente que la version "mainline" ) et j'ai encore le bug, c'est la preuve que les développeurs ne sont probablement pas encore au courant du bug ou n'ont pas encore trouvé de solution http://git.kernel.org/cgit/linux/k [...] x-next.git idéalement il faudrait que cette affaire se résolve avant le passage en version stable du noyau 3.18 Message édité par Elbarto le 06-11-2014 à 21:24:27 |
j_c_p Linux user |
morris aka the moose en décompensation maniaque |
--------------- "La chance de voir une biche" Archlinux :: http://www.archlinux.org/ :: |
j_c_p Linux user | Près de ma config, pourquoi ? |
Elbarto | concernant mes freezes aléatoires au boot du noyau 3.17.1 je suspecte fortement 3 commits d'avoir introduit le bug,
|
make install | Checkout le commit juste avant le premier des 3 et teste, non ? |
Elbarto | c'est ce que je vais faire quand j'aurais le temps
|
Elbarto | bon j'ai testé sans ces 3 commits, malheureusement le bug est toujours là,
|
gee Bon ben hon | As tu le soucis avec un 3.17?
--------------- "Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!" |
Elbarto | je le trouve pas ce 3.17 tout court dans le site d'archlinux : https://projects.archlinux.org/svnt [...] ages/linux je suppose qu'il faut prendre directement le code source du 3.17 sur le site du kernel : https://www.kernel.org/pub/linux/ke [...] .17.tar.gz Message édité par Elbarto le 09-11-2014 à 05:52:14 |
gee Bon ben hon | bah si: https://projects.archlinux.org/svnt [...] e7750e5356
--------------- "Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!" |
Elbarto | j'ai testé le 3.17 tout court ( sans le patch lié au 3.17 ) car j'avais pas encore vu ton message, et le bug est encore présent,
Message édité par Elbarto le 09-11-2014 à 07:59:30 |
gee Bon ben hon | N'est-il pas possible que ce bug ne soit pas present dans les 3.16.x mais seulement en 3.17.x ? --------------- "Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!" |
Elbarto | oui c'est une possibilité si les commits backportés dans le 3.16.5, 3.16.6 et 3.16.7 ne contiennent pas le commit coupable du bug il faudra alors utiliser la fonction "bisect" de git pour trouver le commit coupable en donnant comme plage d’essai le noyau 3.16.7 et le noyau 3.17 tout court ( 3.17-1 ), qu'en penses-tu ? Message édité par Elbarto le 09-11-2014 à 08:13:09 |
gee Bon ben hon | Je pense que bonne chance
--------------- "Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!" |
make install | Les kernels stable 3.x.y sont un repo complètement différent des 3.x(.0) Message édité par make install le 09-11-2014 à 11:03:47 |
Elbarto | bon j'ai testé le 3.16.6 --> pas de bug
Message édité par Elbarto le 09-11-2014 à 11:43:26 |
make install | Tu semblais dire 3.16 good et 3.17 bad, non ? |
Elbarto | oui en téléchargeant le code source du 3.17 ici et en le compilant le bug est présent :
|
make install | Bah pour faire un bisect, maintenant tu apprends à utiliser git
|
Elbarto | je m'y perds avec toutes ces branches |
make install | Oui, dans ce sens (en regardant la branche stable) ça devrait marcher.
|
Elbarto | ok mais je suis pas sûr de comprendre comme utiliser la commande git bisect sur la branche stable je sais que le point de départ ( commit good ) est la v3.16.7, et le point d'arrivée ( commit bad ) est la version 3.17, comment ça se traduit en terme de commandes git pour le bisect ? visiblement il faut indiquer un numéro de commit pour le point de départ et le point d'arrivée Message édité par Elbarto le 09-11-2014 à 12:08:24 |
Elbarto | bon voici ce que j'ai fait :
ça devrait être ok comme ça je pense, comme mon PC n'est pas très rapide ( pentium dual core E6800 3.33 Ghz ) une compilation du kernel me prend 1h15, le bisect risque donc d'être assez long mais j'espère que ça permettra de trouver le commit coupable même si ça prendra plusieurs jours de recherches Message édité par Elbarto le 09-11-2014 à 12:17:16 |
make install | Oui, ça me semble bon.
|
Elbarto | en fait ce que je fais c'est que je fais un copier-coller du dossier contenant la version que git que me propose, puis je compresse tout ça dans une archive linux-3.1x.tar.gz, puis j'utilise le fichier PKGBUILD qui sert à créer un paquet linux archlinux classique ( avec le fichier config qui va bien ) en l'éditant pour qu'il prenne l'archive linux-3.1x.tar.gz que j'ai crée, comme ça ça me permet de tester avec "makepkg", je recommence la même procédure de copier-coller dans un dossier à chaque fois que git me propose une version à tester Message édité par Elbarto le 09-11-2014 à 20:25:57 |
gee Bon ben hon | Le truc dommage c'est qu'en faisant ainsi, tu recompiles tout a chaque fois.
--------------- "Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!" |
Elbarto | peux-tu en dire plus sur ccache ?
Message édité par Elbarto le 10-11-2014 à 00:50:17 |
Elbarto | j'ai trouvé cette info sur ccache et makepkg.conf : https://wiki.archlinux.org/index.php/Ccache à priori ça devrait être compatible avec ma méthode de copier-coller du code source vers un dossier, puis création d'un fichier linux-3.1x.tar.gz afin que le PKGBUILD le prenne en compte Message édité par Elbarto le 10-11-2014 à 01:20:12 |
Publicité | Posté le |
Sujets relatifs | |
---|---|
[GNU/Linux/mdk90] Mauvaise version des kernel-headers ....... [résolu] | Le Kernel Linux |
Sécuriser Linux par le Kernel : LIDS ou GRSecurity ? | [Info@ZDNet][Linux]bug kernel 2.4.20 - perte de donnée |
il arrive quand le linux kernel 2.4.20 dans la Debian Sarge ? | [Linux Mandrake 9] Kernel Panic :( |
une carte du kernel linux très impressionnante !! | Linux --> Kernel panic |
Les 'tainted kernel' , 'no license' & cie sous linux.... | Mise a jour d'un kernel, je crois que je vais abandonner linux.... |
Plus de sujets relatifs à : [Noyau Linux] Version 6 et des brouettes |