Jump to content

Archived

This topic is now archived and is closed to further replies.

tuXXX

[Tuto][Initié] Noyau linux

Recommended Posts

c'est surement une question de noob :)

mais c koi le initrd?

on a beau refaire son noyau on garde le même

a koi sert-il?

Share this post


Link to post
Share on other sites
on a beau refaire son noyau on garde le même

:yes: si tu garde le même, ça ne risque pas de marcher :transpi:

L'initrd est tout simplement une "image" comme le serait une image iso, mais qui contient quelques fichiers d'initialisation et quelques modules qui servent à démarrer.

Par exemple, je connais quelqu'un qui avait une care raid Highpoint, les drivers n'étaient pas dans le noyau, mais étaient obligatoirement en module (drivers proprio, comme les drivers ati et nvidia)

Donc pour pouvoir booter directement dessus, il devait inclure ce module dans l'initrd (qu'il devait par contre mettre sur un autre disque...)

Share this post


Link to post
Share on other sites

en fait , si tout n'est pas dur dans le noyau pour monter la partition racine ou se trouve /lib/modules, a ce moment la il ne va pas pouvoir monter la partition ( et les modules) et dans l'os..

par exemple, par défaut sur la dernière debian testing, l'ext3 est en module :postsinutiles: et donc obligation ( si on ne recompile pas le noyau ) d'utiliser l'initrd..

perso ça marche très bien sans l'initrd mais après avoir mis l'ext2/ext3 en dur dans le noyau, ainsi que le scsi ( carte contrôleur megaraid ) ..

initrd seulement si le système de fichier est en module et/ou le driver pour le contrôleur de tes durs n'est pas en dur ( normalement si c'est de l'ide pas de problèmes, si c'est du scsi , alors surement qu'il le faut au moins la première fois.

sachant qu'avec le 2.6.8 et l'initrd sur ma debian, --> kernel panic :eeek2:

Share this post


Link to post
Share on other sites
sachant qu'avec le 2.6.8 et l'initrd sur ma debian, --> kernel panic :eeek2:

Ouais, mais debian aussi...

Faut faire le noyau avec gentoo et le transférer :postsinutiles:

Share this post


Link to post
Share on other sites

Ouais, mais debian aussi...

Faut faire le noyau avec gentoo et le transférer

Faut arreter de se tripoter avec gentoo la....

Ca doit fonctionner, y a pas de raison, j'avoue j'arrive un peu trard, j'ai pas trop regarde vos post, si t'as un ptit topo dark je suis pret a essayer de trouver comment resoudre ton pb, et si je n'ai pas les competences pour le faire, je demanderais a des dieux linux ( y en a 2 la ou je suis, mon chef, que dis-je, mon maitre est co-auteur de squid et de sendmail entre autres.... c'est un vrai dieu linux, connu dans tous le grand ouest comme un des meilleurs linuxiens ) , google et debian, ca sera forcement un cas interessant. Voila, desole, mais le we generallement, c'est detente, et j'ai pas envie de me retaper les 20 topics de retard que j'ai...

Share this post


Link to post
Share on other sites

en gros j'ai viré cette cochonnerie de initrd , avec tous les modules scsi en hard ....

le kernel fait 1.2 Mo , et le dossier des modules fait 4 Mo..... je susi content :baton:

Share this post


Link to post
Share on other sites

en gros j'ai viré cette cochonnerie de initrd , avec tous les modules scsi en hard ....

le kernel fait 1.2 Mo , et le dossier des modules fait 4 Mo..... je susi content :baton:

uname -r

2.6.8.1.15082004

Share this post


Link to post
Share on other sites
uname -r

2.6.8.1.15082004

lol, c'est quoi ce numéro de version :roll:

chez moi :

 $ uname -r
2.6.8

Share this post


Link to post
Share on other sites
lol, c'est quoi ce numéro de version :-D

chez moi :

 $ uname -r
2.6.8

déja il y a le 2.6.8.1 qui est sorti :mdr:

sinon comme j'avais beaucpu de problème :oops: , j'installé mon première 2.6.8.1 tel que ( sans optimisation)

vu que ça marchait, j'ai refait le noyau avec optimisation plus poussée et comme sur debian pour le dpkg il faut 2 version différente sinon ça gueule a l'instal , j'ai donc nommé

2.6.8.1 + la date ( 15/08/2004)

d'ou ce num de version batard.. :roll:

Share this post


Link to post
Share on other sites

ouais, enfin à la limite mettre "2.6.8.1-opti", ok, mais là, ça fait violent, quand même :love:

Share this post


Link to post
Share on other sites

Dans la série j'ai la haine :love:

il y a vraiment un problème avec le 2.6.8 ( qui va donc allez faire un tour aux jeux olympiques :D)

après 3 heures de fonctionnement, le pc a encore freezer ( dans les grandes largeurs tout planté )

dans le syslog

voila ce qu'il y a

Aug 16 00:51:16 localhost pppd[1303]: Serial connection established.

Aug 16 00:51:16 localhost pppd[1303]: Using interface ppp0

Aug 16 00:51:16 localhost pppd[1303]: Connect: ppp0 <--> /dev/pts/0

Aug 16 00:51:17 localhost pppoe[7932]: PADS: Service-Name: ''

Aug 16 00:51:17 localhost pppoe[7932]: PPP session is 2793

Aug 16 00:51:25 localhost pppd[1303]: CHAP authentication succeeded: CHAP authentication success, unit 419

Aug 16 00:51:25 localhost pppd[1303]: Cannot determine ethernet address for proxy ARP

Aug 16 00:51:25 localhost pppd[1303]: local  IP address 84.97.150.63

Aug 16 00:51:25 localhost pppd[1303]: remote IP address 84.97.150.1

Aug 16 01:44:47 localhost syslogd 1.4.1#15: restart.

Aug 16 01:44:47 localhost kernel: klogd 1.4.1#15, log source = /proc/kmsg started.

Aug 16 01:44:48 localhost kernel: Inspecting /boot/System.map-2.6.7

on le voit ça a planté après la reconnexion adsl après le remote ip

à 1h 44 j'ai rebooter le PC

en fait comparant avec ça ( avec le noyau 2.6.7 )

Aug 16 01:57:02 localhost pppd[1521]: Exit.

Aug 16 01:57:07 localhost pppd[2359]: pppd 2.4.2 started by root, uid 0

Aug 16 01:57:07 localhost pppd[2359]: Serial connection established.

Aug 16 01:57:07 localhost pppd[2359]: Using interface ppp0

Aug 16 01:57:07 localhost pppd[2359]: Connect: ppp0 <--> /dev/pts/6

Aug 16 01:57:07 localhost pppoe[2360]: PADS: Service-Name: ''

Aug 16 01:57:07 localhost pppoe[2360]: PPP session is 2878

Aug 16 01:57:13 localhost pppd[2359]: CHAP authentication succeeded

Aug 16 01:57:13 localhost pppd[2359]: Cannot determine ethernet address for proxy ARP

Aug 16 01:57:13 localhost pppd[2359]: local  IP address 84.97.84.70

Aug 16 01:57:13 localhost pppd[2359]: remote IP address 80.119.207.7

Aug 16 01:57:46 localhost kernel: HTB init, kernel part version 3.16

Aug 16 01:57:48 localhost ovpn-openvpnbridge[2416]: OpenVPN 1.6.0 i386-pc-linux-gnu [sSL] [LZO] [PTHREAD] built on Jun 28 2004

on voit que normalement apres le remote IP, il devrait lancer HTb, pour le qos.......

donc il y a peut être ( vous en pensez quoi ??) un problème avec qos dans le kernel 2.6.8.1

ou alors ça a freeze avant de lancer le qos, mais c'est vraiment bizarre la coincidence

edit :

demain il me restera plus qu'a tester en rebootant avec le 2.6.8 et en forçant la reconnexion :incline:

Share this post


Link to post
Share on other sites

Aug 16 01:44:48 localhost kernel: Inspecting /boot/System.map-2.6.7

C'est la derniere ligne avant le plantage ??? Pourquoi il va chercher le keymap du 2.6.7 et pas celui du 2.6.8 ?

Share this post


Link to post
Share on other sites

:yes: les nouvelles du matin qui dans un sens sont bonnes, et donc l'autre pas du tout....... :-D

donc en fait mon serveur je le controle a distance ( vnc )

et en fait paf vnc est planté, mais pas le réseau ( tout le reste semble marcher :eeek2: )

par contre cette fois j'ai réussi a débugger le truc, vu que j'avais prévu un accès console au PC :transpi:

attentions les yeux....

Aug 16 10:16:47 localhost kernel: Unable to handle kernel paging request at virtual address 042454df

Aug 16 10:16:47 localhost kernel:  printing eip:

Aug 16 10:16:47 localhost kernel: c02573d5

Aug 16 10:16:47 localhost kernel: *pde = 00000000

Aug 16 10:16:47 localhost kernel: Oops: 0000 [#1]

Aug 16 10:16:47 localhost kernel: PREEMPT SMP

Aug 16 10:16:47 localhost kernel: Modules linked in: tun sch_ingress cls_u32 sch_sfq sch_htb

nfsd exportfs lockd sunrpc ipt_MASQUERADE ipt_REDIRECT ipt_state iptable_filter ppp_deflate zlib_deflate bsd_comp capability commoncap af_packet ppp_async crc_ccitt ipv6 ppp_generic slhc bridge evdev e100 mii ide_disk ide_generic ide_core ne 8390 crc32 ip_nat_ftp iptable_nat ip_tables ip_conntrack_ftp ip_conntrack unix

Aug 16 10:16:47 localhost kernel: CPU:    1

Aug 16 10:16:47 localhost kernel: EIP:    0060:[fib_sync_down+92/289]    Not tainted

Aug 16 10:16:47 localhost kernel: EFLAGS: 00010286   (2.6.8.1.15082004)

Aug 16 10:16:47 localhost kernel: EIP is at fib_sync_down+0x5c/0x121

Aug 16 10:16:47 localhost kernel: eax: de6b5400   ebx: 0424548b   ecx: c14106e0   edx: 00012b84

Aug 16 10:16:47 localhost kernel: esi: c02232e7   edi: 0000003e   ebp: 00000098   esp: d023decc

Aug 16 10:16:47 localhost kernel: ds: 007b   es: 007b   ss: 0068

Aug 16 10:16:47 localhost kernel: Process openvpn (pid: 2640, threadinfo=d023c000 task=df6e72b0)

Aug 16 10:16:47 localhost kernel: Stack: 000000ff 00000000 de6b5400 de6b5400 00000002 d7d63e3c c0256017 00000000

Aug 16 10:16:47 localhost kernel:        de6b5400 00000000 c02fefc8 c02560f3 de6b5400 00000000 c02fefc8 de6b5400

Aug 16 10:16:47 localhost kernel:        c0122f7c c02fefc8 00000002 de6b5400 de6b5400 de6b5400 dffc39e0 c02185d8

Aug 16 10:16:47 localhost kernel: Call Trace:

Aug 16 10:16:47 localhost kernel:  [fib_disable_ip+17/47] fib_disable_ip+0x11/0x2f

Aug 16 10:16:47 localhost kernel:  [fib_netdev_event+96/113] fib_netdev_event+0x60/0x71

Aug 16 10:16:47 localhost kernel:  [notifier_call_chain+28/56] notifier_call_chain+0x1c/0x38

Aug 16 10:16:47 localhost kernel:  [dev_close+116/123] dev_close+0x74/0x7b

Aug 16 10:16:47 localhost kernel:  [unregister_netdevice+150/592] unregister_netdevice+0x96/0x250

Aug 16 10:16:47 localhost kernel:  [pg0+542619954/1069940736] tun_chr_close+0x61/0x6c [tun]

Aug 16 10:16:47 localhost kernel:  [__fput+65/259] __fput+0x41/0x103

Aug 16 10:16:47 localhost kernel:  [filp_close+89/98] filp_close+0x59/0x62

Aug 16 10:16:47 localhost kernel:  [sys_close+113/153] sys_close+0x71/0x99

Aug 16 10:16:47 localhost kernel:  [syscall_call+7/11] syscall_call+0x7/0xb

Aug 16 10:16:47 localhost kernel: Code: 8b 43 54 85 c0 0f 84 a5 00 00 00 31 ff 31 ed 39 c7 8d 73 5c

j'ai vraiment besoin d'un gouru linux :ouioui: sinon il faut que j'envoie le bug où ???

Share this post


Link to post
Share on other sites

Tu es absolument sur que sur un autre noyau la machine est stable ?? Ca ressemble vraiment au genre d'erreurs que tu as lorsque la machine a un pb hardware (recemment j'ai eu le coup avec mon serveur, de la pc66 au lieu de la pc100.... argh, j'ai mis 2j a comprendre ! ). si tu en es absolument sur, tu peux toujours prendre contact avec la team kernel debian, mais si tu veux, pour que ca soit plus pratique, je peux le faire, j'y suis inscrit et communique par ci par la sur cette liste. La voici si jamais tu preferes le faire par toi meme :

debian-kernel@lists.debian.org

Share this post


Link to post
Share on other sites

Aug 16 10:16:47 localhost kernel: Process openvpn (pid: 2640, threadinfo=d023c000 task=df6e72b0)

as-tu compilé correctement FreeSwan pour ton nouveau noyau ? et mis à jour ? ou recompiler ?

Share this post


Link to post
Share on other sites

tu devrais ptet refaire de a a z la compil de ton 2.6.8, et l'installe a la main pour en etre sur ( le cp bzimage et system.map, ainsi que initrd ) etc....

Share this post


Link to post
Share on other sites

Tiens, Rémy ... bonjour.

Tu sais que je post depuis Conectiva 10 ?

En fait, j'ai patché le noyau et en plus j'ai utilisé la dernière version cvs du driver pour mon modem et ça roule ... très content me.

Share this post


Link to post
Share on other sites

bon je vais essayer de répondre aux questiosn :ouioui:

Remy

la machine est stable, ça fait plus de 4 mois (à peu près ) qu'elle tourne 24h /24h , la seule fois où je l'ai arrêter c'est lors de la coupure de courant, et depuis 1 mois non stop sans problème.

La ram c'est de l' ECC donc normalement devrait y avoir moins de problèmes d'erreur..

Si tu veux faire part du bug :D

pour répondre à Sandeman openvpn n'a pas besobn de freeswan pour marcher, d'où sa facilité d'installation et de configuration :francais: (il se sert du module tap/tun :ouioui: ) ( indépendant du noyau )

Remy

impossible avec le 2.6.8 d'avoir un initrd, ça me bloque au boot, donc j'en ai pas....

j'ai déja recompiler cette solperie de noyau au moins 15 fois :pleure: et même en reprenant le fichier du 2.6.7 tel quel, il en veut pas :pleure:

bon tant pis, j'attendrai le prochain patch :-D voir le 2.6.9 mais bon il va être long a arriver :pleure:

Share this post


Link to post
Share on other sites

Bon 2.6.8.1-ck1 en test dans qq minutes :)

edit: pis les patches Win4lin du 2.6.7 passent sur le 2.6.8.1 en bricolant juste un tout petit peu le kernel/sched.c alors :)

Share this post


Link to post
Share on other sites

pour ceux chez qui le 2.6.8 ne marche pas...le 2.6.7-ck5 reste une valeur sûre...

Share this post


Link to post
Share on other sites

je mail debian dark....

Felicitations green, c'est tres bien bien. Et c'est bien aussi de connaitre cvs, c'est de plus en plus repandu.... :francais:

Share this post


Link to post
Share on other sites
impossible avec le 2.6.8 d'avoir un initrd, ça me bloque au boot, donc j'en ai pas....

chez moi, ça marche...

Bon, je vais pas faire de commentaires...sinon je vais me faire taper :ouioui::francais::ouioui:

Share this post


Link to post
Share on other sites

oula les modifs commencent à être plus lourdes

modif dans kernel/asm/pages.h

#define __PAGE_OFFSET (0xC0000000)

=>

#define __PAGE_OFFSET (0xB0000000)

pas grave ma machine a moins de 864 ou 956 Mo de RAM ...

Share this post


Link to post
Share on other sites

×
×
  • Create New...