Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
A vrai dire, je ne me suis jamais préoccupé de ces subtilités. Je me contente d'écrire les paramètres qui m'intéressent dans la ligne de commande du noyau dans n'importe quel ordre sans séparateur "--", qu'ils soient destinés au noyau lui-même ou à ses modules, à l'init ou à l'initramfs, et apparemment ça suffit, tout le monde retrouve ses petits.
Merci, cela répond très bien aux questions que je me posais sur cela 
En effet, une dégradation des performances au cours du temps d'une session peut être causée par une "fuite" de mémoire, notamment en provoquant du swap. Le tout est de trouver à quel endroit.
Qu'est-ce qui restaure les performances ?
L'arrêt du navigateur et le lancement d'une nouvelle instance ?
La fermeture de la session utilisateur et l'ouverture d'une nouvelle session ?
Ou seulement le redémarrage complet du système ?
Mais je pense que cela mériterait de créer un sujet à part.
C'est bien comme ceci
une dégradation des performances au cours du temps d'une session
que cela ce passe....
Je vais créer un new sujet pour cela....
Merci
KMS , DRI, GEM, TTM,
Mesa, XFree86 4.x, X.Org, serveur X, VNC
pile graphique linux, pilotes propriétaires,
ATI et nVidia, Intel, XRandR, Composite, Wayland,
DDX: pilote d'affichage du serveur X, DRM: pilote du noyau,
xf86-video-ati, xf86-video-intel, xf86-video-nouveau.
POSIX, X Window System
système de fenêtrage, gestionnaires de fenêtre,
Si J'ai une mauvaise performance graphique, comment trouver sa source, la corrigée?
Merci
En ouvrant cette discussion je cherchais des réponses pour ceci The kernel parses parameters from the kernel command line up to "--";
if it doesn't recognize a parameter and it doesn't contain a '.', the
parameter gets passed to init: parameters with '=' go into init's
environment, others are passed as command line arguments to init.
Everything after "--" is passed as an argument to init
comme mentionné dans le premier poste
Donc normalement cette discussion devrait être sur cela, de mon côté j’appelle cela les "syntaxes"
Tu sélectionnes l'entrée de menu, appuies sur "e", déplaces le curseur sur la ligne qui commence par "linux", ajoutes le ou les paramètres que tu veux tester et appuies sur F10 pour démarrer. Je ne vois pas où est la difficulté en dehors du clavier qui est géré comme un QWERTY US.
Pour cela c'est bon, c'est la méthode que j'utilise....
Très bien, bonne démarche. Mais alors que cherches-tu à comprendre au juste ?.
Merci......
?? C'est ceci -- qui me 
quand ou pourquoi....qu'elle est l'usage a vouloir utiliser ceci -- en fin de ligne.
EX:
On peut voir des entrées avec -- en fin de ligne et la même entrée sans les -- en fin de ligne
BOOT_IMAGE=/boot/vmlinuz-4.4.10-antix.1-486-smp root=UUID=2630b494-8ca2-4672-bae9-fa29b58ab472 ro quiet
OU
BOOT_IMAGE=/boot/vmlinuz-4.4.10-antix.1-486-smp root=UUID=2630b494-8ca2-4672-bae9-fa29b58ab472 ro quiet --
Jusque ici, pour moi cela traite de la discussion ouverte, qui est comment "écrire, la syntaxe" pour passer un paramètre au noyau en général
Pour ce qui suis, donc ceci
Possible. Il y a un certain nombre de paramètres du noyau et des modules qui influent sur la gestion graphique. Ça dépend du problème.
Est la source qui m’amène a vouloir passer un paramètre au noyau, mais comme expliqué si dessus en ouvrant cette discussion je recherchais des réponses sur comment "l'écrire"
Sinon, pour le problème:
-) C'est avec les applications "navigateurs internet" en plein écran que je rencontrent des problèmes de performances, peux importe le quelle et utiliser le mode sans échec du navigateur n'améliore pas la chose.
-) Le problème de performance qui se produit est uniquement après une longue période d'utilisation.
Je trouve ceci comme réponse a des recherches sur cela peut indiquer un bogue de fuite de ressources
- Un lag énorme lors du scrolling
- Un lag énorme lors du changement d'onglet et pareille pour les zones de texte
je clique dans la zone de recherche, rien ne se passe pendant 3/4secondes, le cpu monte et de faite la venti aussi ensuite apparaît le curseur et on peut écrire....
....
..
Avant d'aller plus loin et que je fasse encore une grosse soupe....
En attente de vos retours
merci a vous
Cherches-tu à comprendre comment le noyau traite les paramètres ou bien comme faire en sorte que des paramètres soient ajoutés à la ligne de commande du noyau présente dans les entrées de menu de GRUB ?
Dans le second cas, il suffit de les ajouter à la variable GRUB_CMDLINE_LINUX ou GRUB_CMDLINE_LINUX_DEFAULT dans le fichier /etc/default/grub et d'exécuter update-grub pour regénérer /boot/grub/grub.cfg.
GRUB_CMDLINE_LINUX contient les paramètres à passer à toutes les entrées de menu Linux.
GRUB_CMDLINE_LINUX_DEFAULT contient les paramètres à passer aux entrées de menu Linux normales mais pas aux entrées "mode de dépannage/recovery mode"
Note : sur mes installations où sysvinit et systemd cohabitent, des entrées d'amorçage sont déjà créées automatiquement dans le sous-menu "Options avancées pour Debian GNU/Linux" pour démarrer avec les différents systèmes d'initialisation.
-) Pour le moment c'est surtout ceci
ou bien comme faire en sorte que des paramètres soient ajoutés à la ligne de commande du noyau présente dans les entrées de menu de GRUB ?
que je vise.
Mais cela sans passer par l'edition des fichiers de grub, mais par l'edition via la touche E de l'entrée a booter ...
Disons faire cela pour "Tester" et si l'option convient et ne pose pas de problème, elle serait alors passée en définitive par l'édition du fichier....
Mais après avoir lu "parcouru" certaines documentations sur cela....
/usr/share/doc/linux-doc-3.16/Documentation/kernel-parameters.txt.gz
/usr/share/man/fr/man7/boot.7.gz
/usr/share/man/fr/man7/bootparam.7.gz
ect.....
Je pense autrement avant de vouloir faire cela.
Je vais expliquer pourquoi je cherche a faire cela....
-) J'ai ma distribution principale basée sur debian, installée maintenant depuis deja un peux plus de deux ans que j'utilise tout les jours et en parallèle j'essaie divers distributions.
De ce faite j'ai remarqué un comportement très différend entre l'utilisation de ma distri principale et les autres.....
-) Pour résumer je pense que je dois avoir un problème avec disons "La Pile graphique" sur ma distribution principale....
Maintenant je ne sais si essayer de passer des paramètres pour le kernel, modules,... pourrait permettre de trouver une réponses a un problème de pile graphique ???
Merci
-) l'ajout de ceci sur la ligne linux, démarrera avec systemd
ceci ce fait sans rien de plus dans la ligne, comme ceci
Maintenant sur https://www.kernel.org/doc/html/v4.10/a … eters.html je n'arrive pas a bien cerner ceci
The following is a consolidated list of the kernel parameters as implemented by the __setup(), core_param() and module_param() macros and sorted into English Dictionary order (defined as ignoring all punctuation and sorting digits before letters in a case insensitive manner), and with descriptions where known.
Ce qui suit est une liste consolidée des paramètres du noyau implémentés par les macros __setup (), core_param () et module_param () et triés dans l'ordre English Dictionary (défini en ignorant toute ponctuation et en triant les chiffres avant les lettres), et avec des descriptions connues.
? comment comprendre cela?
The kernel parses parameters from the kernel command line up to “–”; if it doesn’t recognize a parameter and it doesn’t contain a ‘.’, the parameter gets passed to init: parameters with ‘=’ go into init’s environment, others are passed as command line arguments to init. Everything after “–” is passed as an argument to init.
Le noyau analyse les paramètres depuis la ligne de commande du noyau jusqu'à "-"; s'il ne reconnaît pas un paramètre et qu'il ne contient pas de '.', le paramètre est passé à init: paramètres avec '=' va dans l'environnement init, d'autres sont passés en arguments de ligne de commande à init. Tout ce qui suit "-" est passé en argument à init.
? ici c'est pour “–” ‘.’ ‘=’
Merci
°) pour les paquets de noyaux installés
.
tu dis à apt de le garder avec apt-mark hold linux-image-3.16.0-4-686-pae
( si jamais après coup, tu décides de l'enlever, un apt-mark unhold linux-image-3.16.0-4-686-pae le permettra )
Merci pour cette solution, que j'ai appliquée..
-) apt-mark hold linux-image-3.16.0-4-686-pae me convient, disons pour le moment....
Pour ma question ?
Qu'elle est ou sont les raisons qui font que a chaque fois que j'utilise "apt-get update-upgrade" j'ai ceci ??
Ceci est il la réponse pour cette question ?
A chaque fois que le noyau ( paquet : linux-image ) se met à jour, l'ancien noyau n'est pas automatiquement supprimer et tu te retrouves avec plusieurs noyaux .
Il t'invite à l'enlever avec apt-get autoremove .
PS: je vais modifier le titre du sujet, qui est "demande d'utilisation de apt-get autoremove", car cela porte a confusion.... 
et je m'en excuse....
Je ne cherche pas a utiliser apt-get autoremove, mais je pense plus a une erreur qui est survenue il y a peut.....
A suivre...
Et cela même si c'est le kernel en cours....
Exemple, je boot sur
echo 'Chargement de Linux 3.16.0-4-686-pae…'
linux /boot/vmlinuz-3.16.0-4-686-pae root=UUID=2630b494-8ca2-4672-bae9-fa29b58ab472 ro quiet
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-3.16.0-4-686-pae
-) Pourquoi vouloir supprimer le kernel en cours ?
Quelques informations...
-) mon répertoire /boot
-) la sortie de policy
Merci
Pour le gestionnaire de démarrage:
-) c'est grub2 dans le mbr
-) OS_PROBER désactivé
GRUB_DISABLE_OS_PROBER="true"
Pour démarrer une distribution sur sda6, c'est via une configuration personelle
-) Une entrée dans 40_custom qui pointe sur un fichier de configuration dans "sda1" /isos/00_isoboot.cfg
l'entrée du script 40_custom
menuentry "Distribs lancées depuis leur fichier 'iso'" {
set root='hd0,msdos1'
configfile /isos/00_isoboot.cfg
}
l'entrée du "sda1" /isos/00_isoboot.cfg
menuentry "devuan (sur /dev/sda6)" {
insmod part_msdos
insmod ext2
set root='hd0,msdos6'
linux /boot/vmlinuz-3.16.0-4-686-pae root=/dev/sda6 ro
initrd /boot/initrd.img-3.16.0-4-686-pae
}
je cherche a essayer de comprendre certaines choses comme:
1) pour le kernel :
je viens d'installer devuan sur sda6 et avant un upgrade j'ai ceci
après apt-get upgrade, qui a mis a jour initrd.img-3.16.0-4-686-pae
j'ai maintenant ceci:
quand est il de cela?
la différence entre: -v et -r
root@devuan:~# uname -v
#1 SMP Debian 3.16.51-3 (2017-12-13)
root@devuan:~# uname -r
3.16.0-4-686-pae
root@devuan:~#
-)SM P Debian 3.16.51-3 (2017-12-13) a changé de version
-) initrd mis a jour ,
vmlinuz pas avant le dist-upgrade ?
C'est bien cela ?
Est il mieux ou pas de passer de linux-image-3.16.0-4-686-pae a linux-image-3.16.0-5-686-pae ?
merci
B) L'amélioration recherchée est surtout d'essayer de diminuer la charge cpu et ou optimiser le gpu pour l'internet et lecture video "youtube,..." avec celui ci
Sans entrer dans les détails pour le moment, qu'elles seraient les possibilités que je pourrais essayer, de qu'elle côté me tourner pour cela ?
-) si pense comme ceci, une distri avec par exemple un noyau des années 2006 ?
-) ou autres...
merci
grivar a écrit :aucun disque n'est vu par l'installateur ? use disk for install "c'est vide aucune proposition"
Vérifier si le noyau de l'installateur détecte les disques.
Les pilotes du noyau peuvent ne pas bien fonctionner avec certains contrôleurs SATA en mode RAID, ou bien avoir besoin de firmwares pour certains contrôleurs SCSI...
Certains installateurs excluent aussi le disque contenant l'image d'installation.
Re,
c'est bien cela pour les antix et MX
https://forum.mxlinux.org/viewtopic.php … 97#p401364
juste a titre d'information:
-) un seul disque
-) grub dans mbr
-) une partition primaire sda1
-) installer sur une partition logique ici sda6
Pour MX linux démarré via grub2 iso boot
Dans la session live pour contourner cela, avant de lancer l'installateur il faut éditer le fichier /sbin/partition-info et modifier la ligne 169
Par
Et la c'est top, plus de problèmes....
Source : https://forum.mxlinux.org/viewtopic.php … 10#p401431
Qu'elles serait les termes a rechercher pour cela ?
EX: password, error fail ....
-) dans les fichiers d'archives auth.log.gz
-) comme ces fichiers on une structure datée, cibler la rechercher que pour la période comprise du 01/10 au 10/10
Merci
Mais pas sur une archive
merci
problème résolu pour l'installation d'antiX
EDIT:
Juste pour donner une petite info pour :
avant d'aller plus loin, si on cherche a installer une distri amorcée via grub, ici pour antiX-16, comment interpréter ceci :
- aucun disque n'est vu par l'installateur ? use disk for install "c'est vide aucune proposition"
et ceci
- choisir une parti pour l instal donne:
/ (root) partition : partition-info fatal error: device /dev/ is not a block device
Cela a pu être résolu par ceci.....
-) copie de l'iso sur une partition sda6
-) ajout d'une entrée dans /etc/grub.d/40_custom qui pointe sur /dev/sda6/boot/grub/grub.cfg
-) boot sur cette menuentry
-) edit de l'entrée antiX-17 386-base (24 October 2017) pour y ajouter bdev=sda6
-) run for F10
Je ne passe pas le sujet en résolu
Ce qui donne le résultat expliqué si dessus.
Avec ce résultat de montage, J'ai essayer ceci juste histoire de voir.....
- je lance un
- la commande passe et /live n'est plus....
En faisant cela, si je relance installateur, il vois bien mon disque et il est possible de choisir une partition
- tout se passe bien "nom, mot passe...."
- proposition d'installe de grub, je choisis non pour info
En suite l'écran, le processus d'installation disparait, mais je remarque une activité " un clignotement bref et régulier" de la diode d'utilisation du disque....
EDIT
Je reboot sur mon système principale sda1 et la si je regarde dans la partition sur la qu'elle je voulais installer c'est a dire sda7, j'ai ceci:
/media/rootantiX-16/
Merci
Maintenant tu voudrais "chainloader" isolinux...
La traduction part d'une bonne intention, mais il vaut mieux éviter, c'est plus compréhensible en VO anglaise.
A mon avis, les raisons invoquées pour que ça ne marche pas ne sont pas pertinentes. Le fichier isolinux.bin n'est tout simplement pas un secteur amorçable BIOS, pas plus que l'image principale (core image) core.img de GRUB BIOS. La core image de GRUB BIOS a la particularité d'être au "standard" Multiboot de GRUB, ce qui lui permet d'être lancée avec la commande "multiboot" de GRUB. Mais je ne pense pas que ce soit le cas d'isolinux.
L'autre problème, c'est que le montage en loop n'est actif que dans GRUB donc même s'il était possible d'exécuter le chargeur présent dans l'image ISO montée en loop, celui-ci ne trouverait pas les fichiers qui sont dans l'image ISO. Il faudrait que GRUB, ou un autre chargeur, soit capable d'émuler un disque au niveau du firmware à partir de l'image ISO.
Je pense donc que c'est une impasse.
Re,
Merci donc pour ton résumé, simple et précis qui m'a permit de nouvelles directions de recherches et qui de faite m'ont permises d'améliorer ma compréhension de certaines choses...
Info personnelle:
Déformation professionnelle et de faite par caractère, je n'aime pas trop faire bêtement, sans comprendre..... le copier/coller est facile mais rend......
Donc.....
I'm sorry pour le temps de réponse, mais cela est du a ton poste 
, sur le qu'elle j'ai disons "travailler" orienter des recherches et essayer de comprendre par moi même certaines choses en effectuent diverses mise en œuvre tjs avec antiX
Je me retrouve donc maintenant avec autre chose qui ....
avant d'aller plus loin, si on cherche a installer une distri amorcée via grub, comment interpréter ceci :
- aucun disque n'est vu par l'installateur ? use disk for install "c'est vide aucune proposition"
et ceci
- choisir une parti pour l instal donne:
/ (root) partition : partition-info fatal error: device /dev/ is not a block device
ici la sortie des mount
Merci
Un peu confus tout ça.
Parfois il y a sda1, parfois sda6, parfois /isos/antiX, parfois /antiX...
Qu'est-ce qui marche, qu'est-ce qui ne marche pas ?
Où est l'image ISO exactement ?
D'après le fichier log ça semble bien se passer, non ?
Effectivement, disons que quand j'ai ouvert cette discussion j'avais une idée de ce que je voulais avoir comme résultat, sans vraiment connaître comment cela fonctionne. Par conséquence cela se complique a arriver a retranscrire pour que cela soit compréhensible pour une autre personne ....
Je pense que maintenant après divers essais et de faite avoir mieux cibler cela par des recherches et informations sur google.
Il serait plus sage de dire: Chainloading isolinux.bin
Source: https://lists.gnu.org/archive/html/help … 00006.html
Je sais que je peux charger l'iso non extrait directement par un périphérique de bouclage, mais j'aimerais plutôt utiliser le menu de démarrage distro original, sans avoir à manipuler aucun fichier de configuration.
Eh bien ... la commande chainloader charge un secteur unique. Image de démarrage El Torito
peut être arbitraire (avec quelques limites) de longueur. Aussitôt que
Isolinux.bin dépasse 512 octets, il va échouer.
Le deuxième problème est de savoir si isolinux.bin a été construit pour une mémoire spécifique
adresse et pour laquelle (cette information est présente à El Torito
catalogue de démarrage et manque ici bien sûr).
La troisième considération est, la taille de bloc sur CD est de 2048 octets qui ne fonctionne pas
combinez ce que vous avez sur le disque dur (soit 512 ou 4096). Cela fera probablement
il est impossible pour isolinux.bin de lire n'importe quoi.
En recherchant dans se sens et d'après ce que j'ai pus comprendre, si j'ai bien compris, cela est pas sur si très difficile a configurer....
Avant d'aller plus loin, que penser de cela ???
merci
Et si je regarde le isolinux.cfg,....
J' ai essayé divers façons, sûrement pas les bonnes 
Exemple avec cette entrée
EDIT
Avec cette entrée, il va pas chercher ce que donne le fichier log....
Commencer fromiso
Chercher des périphériques de type boot avec l'attribut name sda1
Chercher le(s) fichier(s) antiX-16.1_386-full.iso sur le(s) périphérique(s) /dev/sda1
mount -t ext4 -o ro,noatime /dev/sda1 /live/iso-dev
On a monté le périphérique boot. Il est de type /dev/sda1 et a été monté à /live/iso-dev
Périphérique de type boot avec le système de fichiers: ext4
boot device model: IC25N060ATMR04-0
Alors j'ai fais autrement 
Je la démarre, disons avec les options minimales, c'est a dire comme ceci
Et la ce qui devient peut être intéressant, c'est le fichier /var/log/live/ initrd.log
Peut être une piste avec cela.....
THX
bon maintenant que le firmware ets installer, et que wicd l'est aussi
que dosi je faire ?
Cela dépendra de.....
Le plus simple avant de .......
Est de regarder ceci:
Voir Si wicd détecte des réseau, si y en a pas, regarde dans préférences, sous interface sans fils si tu a bien ton périphérique inscrit, si y a rien, tu l'inscris et hop.....
Les commande Linux et initrd qui suivent configfile sont sans effet puisque configfile charge un nouveau fichier de configuration.
Peux-tu être plus précis concernant l'erreur ? Erreur de GRUB, du noyau, de l'initramfs ? Message exact ?
Il se peut que l'initramfs ne trouve pas l'image ISO si on ne la désigne pas explicitement dans la ligne de commande du noyau.
As-tu comparé le contenu de menuentry du fichier grub.cfg de l'image ISO avec celui de ton fichier 00_isoboot.cfg ?
Merci pour les infos...
Pour l'erreur, avec cette entrée
J'arrive bien au divers choix qui se trouve dans le fichier grub.cfg de l'image, et les options proposées sont accessible .
Voici l'erreur au lancement d'une entrée....
capture de l'ecran, la qualité est pas top, mais c'est lisible
https://framapic.org/XxQ8w02KPfXS/n4v08ZiiDQRZ.png
Je vais regarder pour la comparaison des fichiers
THX
ET pour le fichier 00_isoboot.cfg j'ai une configuration de base, c'est a dire que je rajoute les entrées a la suite de cela...
Comme ceci
-) Avec cette configuration, j'ai par exemple essayé ceci:
Tout ce qui suit se trouve sur la partition principale, donc sda1
-) J'ai placé une image iso de antiX-16.1_386-full.iso dans le répertoire /isos
-) je crée une entrée comme ceci dans le fichier /00_isoboot.cfg
Avec cette entrée c'est ce que je fais habituellement, j'arrive bien sur le bureau d'antix sans avoir eu les propositions des fichiers cfg NORMALE
Maintenant pour en venir au sujet, j'ai essayé comme ceci:
J'ai donc juste ajouté les entrées set root et configfile
La j'ai bien les menus, mais impossible de lancer le système, erreur linuxfs ....
C'est une erreur de montage....
Peut être l'entrée set root...
Merci
Merci pour les explications, c'est plus clair maintenant. La taille de 2 Go de sda6, c'était donc pour contenir l'image ISO ?
Oui, j'ai dans l'idée de placer l'image iso et ensuite d'après les fichiers cfg configurer ce grub....
Si tu veux juste éviter la gravure, il est possible de mettre les images ISO actuelles sur une clé USB.
Malheureusement port usb ne fonctionne plus....
Bref, si le grub.cfg contenu dans l'image est lisible via le système de fichiers ISO9660 (c'est le cas avec les images d'installation de Debian ce n'est pas forcément toujours vrai) et compatible avec la version de GRUB installée, alors il suffirait de dire à GRUB de lire ce fichier pour afficher le menu.
C'est ce que je cherche a faire, mais je ne sais qu'elle options, commandes, entrées et ou..... a entrer dans le fichier 40-custom
J'en arrive au point le plus important de ce message : il n'était pas nécessaire d'installer un second GRUB. Tu peux tout faire depuis le premier GRUB sans prendre de risques.
Deux commandes de GRUB sont utiles :
- "source" inclut le contenu d'un fichier dans la configuration courante, ce qui permet d'ajouter des menus, sous-menus... sans modifier le fichier grub.cfg.
- "configfile" charge le contenu d'un fichier à la place de la configuration courante et affiche le menu correspondant. C'est encore plus sûr que "source" puisque ça ne modifie même pas la configuration initiale. Mais une fois dans le second menu, on ne peut pas revenir au premier sauf si on l'a expressément prévu dans le second fichier de configuration. .
Ok, sais bien ce que je pensais aussi et a lire ta réponse, cela me réconforte donc pour oublier mon idée de second grub et suivre ta suggestion
je vais essayer cela et voir.....
Mais je ne comprends pas trop pourquoi tu veux installer ce GRUB secondaire indépendamment du système qui sera installé dans l'autre partition. Je pensais que tu chaînerais directement le GRUB du système, installé dans sa partition.
Pour essayer de résumer:
Quand on passe par une gravure d'une iso et que l'on boot sue le cd, on arrive sur un menu qui propose divers options, qui viennent des fichiers .cfg contenu dans l'iso et qui varient suivant la distribution.
C'est cela que je cherche a obtenir mais sans passer par la gravure.
Voici un exemple de ce que je fait:
Exemple, disons pour une Fedora
* Dans un répertoire sur la partition principale sda1 j'ai l'iso
* Je configure une menuentry comme ceci
* Quand je boot sur cette entrée je n'ai aucune options des fichiers cfg de l'iso qui me sont proposés, cela boot directement et on arrive sur le bureau de la distribution.
Je cherche donc a configurer grub pour avoir les menus/sous menus...., c'est pour cela que je pense a un second grub, comme cela je peux me permettre des erreurs....
PS: j'ai un live cd qui me permet de réparer cela si jamais...
En espérant que vous voyez ce que je veux dire, c'est pas tjs évident de retransmettre ces idées par écrit....
Merci a vous
pour voir si il y a bien le module noyau... ici c'est b43-pci-bridge
et pour peut être avoir un peux plus d'info
