Forum Linux.noyau 'kernel panic'

Posté par .
Tags :
1
21
mai
2011

Salut,

Bon je suis pas sûr de poster la où il faut mais je cherche à porter un noyau 2.6.29 sur une carte équipée(armadeus).

Je cherche à booter en nfs depuis mon PC, je suis presque sur d'avoir bien configurer coté PC mais coté noyau et rootfs je ne suis pas très sur vu que j'obtiens un joli petit kernel panic :
rtc-ds1374 0-0068: setting system clock to 1970-03-06 02:01:58 UTC (5536918)
Looking up port of RPC 100003/2 on 192.168.0.2
.�,�m�K����ɕ�Ɂ��ʒr���r‚r�r��с�ɕ��ͽ����������������5i�Root-NFS: Unable to get nfsd port number from server, using default
Looking up port of RPC 100005/1 on 192.168.0.2
.ծ,�m�K����ɕ�Ɂ��͒r���r‚r�r��с�ɕ��ͽ���������������5i�Root-NFS: Unable to get mountd port number from server, using default
���답sM��遚���ɕ�Ɂ�ɕ���ѹ������ɽ�Ɂ��������������չ�ѥ����B������������������zɒ���љ�5{�Internal error: Oops - undefined instruction: 0 [#1] PREEMPT
Modules linked in:
CPU: 0 Not tainted (2.6.29.6 #1)
PC is at do_unlinkat+0x20/0x154
LR is at mntput_no_expire+0x30/0x168
pc : [] lr : [] psr: 60000013
sp : c7817f20 ip : c7817e68 fp : c7817f94
r10: 00000000 r9 : 00000000 r8 : 00000000
r7 : 00000000 r6 : 00000000 r5 : 00000000 r4 : c7817f24
r3 : 00000000 r2 : a0000013 ͠r1 : c7816000 r0 : 00000000
Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel
Control: 0005317f Table: a0004000 DAC: 00000017
Process swapper (pid: 1, stack limit = 0xc7816268)
Stack: (0xc7817f20 to 0xc7818000)
7f20: c0059230 c780a7a0 c7405938 a0c00a53 98c780a7 00c74017 00000010 00000000
7f40: 00000000 00000000 00000001 c041c878 c7817f70 00000010 00000000 c0020974
7f60: 00000001 00000011 c7817ece 00000000 73020002 c79e7000 c7817fa4 000000ff
7f80: 00000000 00000000 c7817fa4 c7817f98 c00a69b4 c00a6858 c7817fbc c7817fa8
7fa0: c0008e80 c00a69ac c043e124 c001f83c c7817fdc c7817fc0 c0009074 c0008e60
7fc0: c7817fdc c7817fd0 c043e118 c001e994 c7817ff4 c7817fe0 c0008770 c0008f5c
7fe0: 00000000 00000000 00000000 c7817ff8 c003fa28 c00086cc 44c042f4 9e2a518b
Backtrace:
[<c00a6848>] (do_unlinkat+0x0/0x154) from [<c00a69b4>] (sys_unlink+0x18/0x1c)
r6:00000000 r5:00000000 r4:000000ff
[<c00a699c>] (sys_unlink+0x0/0x1c) from [<c0008e80>] (mount_root+0x30/0xfc)
[<c0008e50>] (mount_root+0x0/0xfc) from [<c0009074>] (prepare_namespace+0x128/0x188)
r5:c001f83c r4:c043e124
[<c0008f4c>] (prepare_namespace+0x0/0x188) from [<c0008770>] (kernel_init+0xb4/0xdc)
r5:c001e994 r4:c043e118
[<c00086bc>] (kernel_init+0x0/0xdc) from [<c003fa28>] (iesclTjiffies_to_timespecrypTsys_settimeofdayrypTsys_gettimeofdayedTopen_softirqrypttask)
r5:00000000 r4:00000000
Code: e24b4070 e1a02004 e24b3020 ebffff19 (-0*x)
---[ end trace abd73677421e2a2b ]---
Kernel panic - not syncing: Attempted to kill init!

J'ai un comportement assez bizarre dans le sens ou au démarrage la connexion s'effectue difficilement.

Merci pour toutes vos réponses !

  • # Oui mais non...

    Posté par . Évalué à 1.

    je suis presque sur d'avoir bien configurer coté PC

    Peut-être que non...
    Ton Pc semble pas répondre aux requètes NFS.
    Après, le Oops semble zarbi, certes...

    M'semble que tu as plusieurs problèmes en fait, tu re-teste et tu nous tiens au jus ?

  • # error: Oops - undefined instruction: 0 [#1] PREEMPT

    Posté par (page perso) . Évalué à 2.

    Undefined instruction ça fait plutôt penser à un problème de compilateur qui a généré du code que le matériel comprend pas.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # problème résolu

    Posté par . Évalué à -1.

    Salut,

    Merci pour vos réponses et effectivement je faisait une fausse manip sous U-Boot !
    Mais ce qui m'a induit en erreur est le fait que j'ai une trace alors que mon noyau n'avait pas pu se lancer !
    Je pense que cela doit venir d'un autre problème que je rencontre en ce moment sur ma carte et qui est due à la RAM qui ne s'initialise pas correctement...

    Auriez vous des suggestions de test de ram sous linux à me proposer?

    Merci encore !

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.