3)Make oldconfig (et accessoirement make menuconfig)
4)Bug du kernel 4.10 (en rc ça devrait être corrigé) donc commentage des lignes
5)Compilation en user
la je pense que seulement
suffit mais on ne sait jamais.
Au début de la compilation, il demande de valider des choses dues au commentage voir 3), il suffit de faire "entrée" à chaque fois et la compilation tourne comme sur des roulettes
6)Il crée les paquets comme indiqués dans cela dans la section 8.10.4 https://debian-handbook.info/browse/fr- … ation.html
7)Ensuite, on installe les paquets avec
Voilà maintenant je vais redémarrer mon pc et voir ce que cela donne niveau wifi etc.
Edit:
La Wifi marche bien chez moi après redémarrage, mais si des choses ne marchent pas niveau drivers et matos, utiliser dkms voir le lien petit 6)
/!\ Au démarrage et dans dmesg, il y a
ce n'est pas un problème en soit, il faut juste le blacklister.
edit the /etc/modprobe.d/blacklist.conf with root privileges and add the following line:
blacklist pcspkr
Bon moi maintenant, je vais tester les fix que ce kernel est censé apporter pour ma carte graphique, mais je passe en résolu la compilation du kernel.
Je pense que ceci me permettrait de mettre à jour le tuto DF (vieux, compilation d'un kernel 2.6), cela me permettrait de contribuer au wiki.
ps: cette solution fais une erreur du genre "make : deb-pkg erreur de construction si on ne commente pas les lignes, c'est a dire desactiver les trustedkeys ]]>
j'ai utilisé la commande:
mais la commande n'as pas d'importance dans le sens ou il y a quand même l'erreur (dans la manière make-kpkg de kernel-package)
J'ai vu dans https://debian-handbook.info/browse/fr- … ation.html en 8.10.4 qu'il y a une autre maniere plus recente pour construire les packages.
Si cela ne marche pas, je vais tenter un "make checkinstall" pour que cela crée un.deb.
Et si rien ne marche (c'est a dire un erreur similaire, c'est que c'est un problème de conf ou de dépendance.]]>
ps: au fait, il n'y a plus besoin de faire cp /boot/config-xxxxxx .config car il va le chercher tout seul.
oui, je sais, mais je le fais toujours… ]]>
, même erreur. qu'avec le 4.10-rc1
Je teste avec "make oldconfig" et maintenant avec seulement "make menuconfig" voir si il y a l'erreur et elle y est
maintenant, on sais que c'est ni un problème de commande (la tienne et la mienne sont justes) ni un problème de version de kernel,
c'est un problème de conf ou de depandance/package a installer.
Repartons de bon pied avec du chocolat
Je me renseigne sur DEFFULLNAME et etc je commence a comprendre.]]>
Bien entendu, tu as pensé à définir les deux variables d'environnement DEBFULLNAME et DEBEMAIL.
Je me souviens avoir eu des soucis lors de la reconstruction de paquets avec dpkg-buildpackage
quand je n'avais pas définie ces variables.
Je ne comprend pas.
enfin, je vois https://www.debian.org/doc/manuals/main … st.fr.html au 2.7 mais c'est à dire qu'il faut mettre un mail et un nom pour la maintenance?
Je tente maintenant de compiler le 4.8.15 de kernel.org sur mon dell latitude avec ta commande (mais je ne n'installerai pas les paquets "si ça marche" car je sais que je vais perdre wifi etc j'ai deja tenter cela et c'est ce qu'il c'est passé, mon dell latitude etant mon pc principal, je retenterais ayant demain a nouveau accès a mon i7 "jai fait bidouillage trop important dessus (le i7) et je reinstalle debian actuellement)
ps: au fait, il n'y a plus besoin de faire cp /boot/config-xxxxxx .config car il va le chercher tout seul.]]>
Ça, c'est comment tu fais, mais ce ne sont pas mes besoins
Bon alors, à part compiler un noyau plus récent pour avoir un driver plus récent qui gère
ton matos, c'est quoi ton besoin ? Parce que :
Suffit pour compiler l'intégralité des drivers et modules qui ont été choisis dans
l'étape précédente « make menuconfig » et pour faire un paquet linux_image
et un paquet linux_headers.
Après je ne vois pas ce qui nécessiterait autre chose dans ce que tu expliques…
Tu veux compiler un 4.10-rc1, ok, mais la procédure pour le faire et la même
que pour les autres versions du noyau (enfin de ce que j'en sais).]]>
a commenter 'et l'autre lligne de mon post étaient pour corriger un bug que certaisn kernel ont (mais pas tous) (j'ai vu cela dans un rapport mailing list pour un kernel 4.5)
et les packets que je build sont voulus kernel_image et kernel_headers ne marchent pas non plus, je viens de tester mais c'est l'option buildpackage et modules (voir man make-kpkg) dont j'ai besoins.
Le make oldconfig, c'est pour avoir la même conf que le noyaux précédant et bien sur les nouvelles options par default. Je fais make menuconfig en cas de necessitée mais tout passer a la main est très long et je ne plein pas de la lenteur du kernel donc je n'est pas besoin d'enlever les options inutiles par default.
En gros, je cherche juste a corriger (les) l'erreur(s) vue juste au dessus.]]>
Je rajoute aussi un « --append_extra_version=… » mais ce n'est pas obligatoire.
je n'ai absolument pas besoin de m'occuper de « CONFIG_MODULE_SIG_KEY="" ».
La seule chose, c'est que je définie les variables d'environnement :
Je ne sais pas si ça joue, mais c'est utilisé lorsqu'on veut
reconstruire des paquets depuis les sources.
À ta place, j'essaierai de définir ces deux variables d'environnement
(en les exportant !) avant la compilation.]]>