Aller au contenu

[Tuto][Initié] Noyau linux


tuXXX

Messages recommandés

  • Réponses 298
  • Créé
  • Dernière réponse
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...)

Lien vers le commentaire
Partager sur d’autres 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:

Lien vers le commentaire
Partager sur d’autres 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...

Lien vers le commentaire
Partager sur d’autres 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:

Lien vers le commentaire
Partager sur d’autres 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:

Lien vers le commentaire
Partager sur d’autres 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ù ???

Lien vers le commentaire
Partager sur d’autres 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

Lien vers le commentaire
Partager sur d’autres 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:

Lien vers le commentaire
Partager sur d’autres sites

Archivé

Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.


×
×
  • Créer...