OVH Cloud OVH Cloud

pour ou contre, bien au contraire...

20 réponses
Avatar
fred
Bonjour,

Je recompile tjrs mes noyaux, depuis que je me suis mis à linux.
Par habitude, parce que j'ai commencé comme ça.

Or, j'entends dire, ici et là, que ce n'est pas « bien » (je simplifie).

Soit.

Je fais donc un test avec un noyau « générique », sur arch 32 bits et 64
bits, en l'occurence linux-image-2.6.26-1-486 et
linux-image-2.6.26-1-amd64.

Et le moins que l'on puisse dire, c'est que je ne suis pas prêt
d'utiliser ce paquet de façon « normale ».

En effet :

- comme ce noyau a prévu d'intégrer le maximum de matos, il met un temps
fou à booter (j'imagine que ça vient de là, mais je peux me tromper).
Les petits points qui s'affichent prennent un temps... bcp trop long par
rapport au temps de chargement de mon noyau à moi perso recompilé avec
mes petites mimines.

- me compile pas le module kqemu avec module-assistant :

/usr/bin/make
make[2]: entrant dans le r~pertoire ~ /usr/src/modules/kqemu ~
make -C /lib/modules/2.6.26-1-486/build M=`pwd` modules
make[3]: entrant dans le r~pertoire ~ /usr/src/linux-headers-2.6.26-1-486 ~
CC [M] /usr/src/modules/kqemu/kqemu-linux.o
/usr/src/modules/kqemu/kqemu-linux.c: In function 'kqemu_lock_user_page':
/usr/src/modules/kqemu/kqemu-linux.c:67: error: dereferencing pointer to incomplete type
/usr/src/modules/kqemu/kqemu-linux.c: In function 'kqemu_schedule':
/usr/src/modules/kqemu/kqemu-linux.c:180: error: implicit declaration of function 'need_resched'
/usr/src/modules/kqemu/kqemu-linux.c:181: error: implicit declaration of function 'schedule'
/usr/src/modules/kqemu/kqemu-linux.c:183: error: implicit declaration of function 'signal_pending'
make[4]: *** [/usr/src/modules/kqemu/kqemu-linux.o] Erreur 1
make[3]: *** [_module_/usr/src/modules/kqemu] Erreur 2
make[3]: quittant le r~pertoire ~ /usr/src/linux-headers-2.6.26-1-486 ~
make[2]: *** [kqemu.ko] Erreur 2
make[2]: quittant le r~pertoire ~ /usr/src/modules/kqemu ~
make[1]: *** [binary-modules] Erreur 2
make[1]: quittant le r~pertoire ~ /usr/src/modules/kqemu ~
make: *** [kdist_build] Erreur 2

Ça me laisse perplexe d'autant plus que je le compile sans problème avec
mon noyau...

- plus gênant : ma carte wifi intel 3945 ABG est bien reconnue, mais
impossible de l'activer pour autant. Évidemment, avec mon noyau, no
problem.
Le message d'erreur, après un /etc/init.d/networking restart ?

* Reconfiguring network interfaces...
Operation not supported. Context: setting interface configuration for eth2
Ignoring unknown interface eth2=eth2.
...done.

Le module iwl3945 est bien chargé, je précise (perso, je l'ai mis en dur
dans mon noyau)

[ 1943.285812] iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux, 1.2.26ks
[ 1943.285821] iwl3945: Copyright(c) 2003-2008 Intel Corporation
[ 1943.285915] ACPI: PCI Interrupt 0000:03:00.0[A] -> GSI 17 (level, low) -> IRQ 17
[ 1943.285933] PCI: Setting latency timer of device 0000:03:00.0 to 64
[ 1943.285959] iwl3945: Detected Intel Wireless WiFi Link 3945ABG
[ 1943.327816] iwl3945: Tunable channels: 13 802.11bg, 23 802.11a channels
[ 1943.330278] phy0: Selected rate control algorithm 'iwl-3945-rs'
[ 1943.336940] udev: renamed network interface wmaster0 to eth2

Et ifconfig -a:

eth0 Link encap:Ethernet HWaddr 00:16:36:de:b5:a9
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

eth2 Link encap:UNSPEC HWaddr 00-19-D2-5C-A9-3E-6C-6F-00-00-00-00-00-00-00-00
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:20 errors:0 dropped:0 overruns:0 frame:0
TX packets:20 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:1300 (1.2 KiB) TX bytes:1300 (1.2 KiB)

wlan0_rename Link encap:Ethernet HWaddr 00:19:d2:5c:a9:3e
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)


Bref.

Pas prêt de changer de façon de procéder, je continuerai à compiler mes noyaux ;-)

--
Fred

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

10 réponses

1 2
Avatar
Frédéric Moinard
Bonjour

fred a écrit :
Gilles Mocellin a écrit :

Ben, moi, je n'ai pas de soucis.
J'utilise d'ailleurs kqemu, qui a bien compilé (sid i686).


kqemu compile bien et fonctionne bien sur le noyau que j'ai compilé, oui.
Pas sur le générique.
Pourquoi, mystère.

Quelle branche utilises-tu (stable, testing, unstable...) ?


Je suis en testing.

Pour le wifi, je peux pas dire. Peut-être faut-il un firmware qui aurait été enlevé du noyau Debian ?
Du style, le paquet firmware-iwlwifi.


Tu veux dire que ce paquet, même installé (parce qu'il l'est, mon noyau
et le noyau gen fonctionnent tous les deux sur le même système), ne
serait pas pris en compte par le noyau générique ???

Ok.

Qui dans la salle utilise un noyau générique avec un chipset intel
3945ABG pour le wifi _et qui fonctionne_ ?

:-)))



# hwinfo --wlan |grep Model
Model: "Intel PRO/Wireless 3945ABG Network Connection"
# uname -a
Linux wanderer 2.6.26-1-686 #1 SMP Mon Dec 15 18:15:07 UTC 2008 i686
GNU/Linux

le tout sans rien faire de particulier, vu que je ne saurais pas, de
toutes façons ;-)

--
Frédéric

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Guy Roussin
fred a écrit :
Gilles Mocellin a écrit :


Ben, moi, je n'ai pas de soucis.
J'utilise d'ailleurs kqemu, qui a bien compilé (sid i686).



kqemu compile bien et fonctionne bien sur le noyau que j'ai compilé, oui.
Pas sur le générique.
Pourquoi, mystère.


Quelle branche utilises-tu (stable, testing, unstable...) ?



Je suis en testing.


Pour le wifi, je peux pas dire. Peut-être faut-il un firmware qui au rait été enlevé du noyau Debian ?
Du style, le paquet firmware-iwlwifi.



Tu veux dire que ce paquet, même installé (parce qu'il l'est, mon n oyau
et le noyau gen fonctionnent tous les deux sur le même système), ne
serait pas pris en compte par le noyau générique ???

Ok.

Qui dans la salle utilise un noyau générique avec un chipset intel
3945ABG pour le wifi _et qui fonctionne_ ?

:-)))




Pas de probleme pour moi :
# lspci | grep ABG
0c:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG
[Golan] Network Connection (rev 02)


# lsmod | grep iw
iwl3945 78772 0
firmware_class 6816 2 iwl3945,pcmcia
mac80211 139680 1 iwl3945
led_class 3908 1 iwl3945
cfg80211 21576 2 iwl3945,mac80211

Le paquet firmware-iwlwifi est installé.
noyau de base 2.6.26-1-686

Guy

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
fred
Frédéric Moinard a écrit :

le tout sans rien faire de particulier, vu que je ne saurais pas, de
toutes façons ;-)


Merci pour le témoignage ;-)


--
Fred

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
fred
Guy Roussin a écrit :

Le paquet firmware-iwlwifi est installé.
noyau de base 2.6.26-1-686


Damned, deuxième réponse... :-)

Ok, ok.

Merci.

--
Fred

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
fred
philippe monroux a écrit :

Avec 1 noyau générique on charge les modules que l'on veut non ?


Arf, me suis pas posé la question sous cet angle.

Chargé les modules que je veux, je sais faire, dans /etc/modules,
mais ne pas charger ceux dont je ne veux pas, là...

Personnellement j'ai compilé mes noyaux au début de mon expérience
sous linux (Red Hat). Puis étant passé sous debian, à cause de sa
gestion des paquets, j'ai décidé d'en profiter à fond. Mes noyau sont
génériques et le maj automatiques. Ne sont chargés en mémoire que les
modules nécessaires. Par de pb de compilation pour les modules non
fournis (ex lirc)


Admettons.

Reste que le boot avec noyau générique est bcp plus lent qu'avec mon
noyau perso.

Mais bon, hein.

--
Fred

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Pierre Meurisse
Bonjour et bonne année à tous.

Chargé les modules que je veux, je sais faire, dans /etc/modules,
mais ne pas charger ceux dont je ne veux pas, là...



/etc/modprobe.d/blacklist

--
Pierre Meurisse

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Christophe Gallaire
Bonjour à tous,

Guy Roussin a dit dans un souffle :
fred a écrit :
Gilles Mocellin a écrit :





Pour le wifi, je peux pas dire. Peut-être faut-il un firmware qui aurait été enlevé du noyau Debian ?
Du style, le paquet firmware-iwlwifi.







[...]

Qui dans la salle utilise un noyau générique avec un chipset intel
3945ABG pour le wifi _et qui fonctionne_ ?

:-)))




Pas de probleme pour moi :
# lspci | grep ABG
0c:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG
[Golan] Network Connection (rev 02)



Idem + Wireless-tools

Normalement l'interface est détectée par le noyau (vérifie avec ifconfig -a).

Et puis un :

apt-get install wireless-tools
apt-get install firmware-iwlwifi

@+ Christophe
--
Christophe Gallaire

Attention ! Taille des mails entrants limitée à 2Mo !

N'envoyez, s'il vous plaît, que des pièces jointes en formats ouverts.

Carnet de route : http://www.road2mayotte.org

Linux On The Root : http://ubunteros.tuxfamily.org/

"Les clèbs [mutts] n'ont pas de punaises [bugs] mais des puces !"

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
fred
Pierre Meurisse a écrit :

/etc/modprobe.d/blacklist


Vu comme ça, en effet...

Merci pour l'info.

--
Fred

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
fred
Christophe Gallaire a écrit :


Idem + Wireless-tools

Normalement l'interface est détectée par le noyau (vérifie avec ifconfig -a).


Ben oui, mais tout ça est déjà installé, forcément.

Et le ifconfig -a me détecte bien la carte réseau.

Mais bon, refuse de fonctionner.

Tant pis.

--
Fred

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Pascal Hambourg
Salut et bonne année,

philippe monroux a écrit :

Avec 1 noyau générique on charge les modules que l'on veut non ?



En théorie, oui. En pratique, y a udev qui charge tout ce qu'il peut.
Sauf si on n'a pas udev.

Autre avantage du noyau maison, on peut se passer d'initrd quand il
n'est pas indispensable.

Le lien entre les deux, c'est qu'un noyau Debian a besoin d'un initrd et
que'initramfs-tools, l'outil par défaut de création de l'initrd dépend
d'udev. Du coup sans initrd on peut se passer d'udev s'il n'est pas non
plus nécessaire. Je sais, il y a aussi yaird qui ne dépend pas d'udev,
mais il ne sera pas dans lenny.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
1 2