Boot impossible sur noyau xen-amd64 2.6.38-2

Support Debian
#1

Bonjour à tous,

J’ai un petit problème pour booter sur un noyau xen (2.6.38 64 bits). Le boot semble commencer normalement et assez rapidement, j’ai un écran noir sans autre forme de procès. Le noyau semble répondre (je peux faire rebooter via les magic keys) mais c’est à peu près tout (aucune console atteignable, ssh non démarré etc…).

Je dois avouer que je ne trouve pas la trace de cette erreur dans les logs quand je reboote sur mon noyau normal mais je n’ai pas du regarder au bon endroit. Si quelqu’un a une idée pour me faire avancer sur ce point, je suis preneur.

Merci d’avance pour toute aide.

#2

C’est pas plutôt un souci d’affichage :think:

#3

Tu veux dire un problème du genre “driver graphique qui ne charge pas” ?
Dans ce cas, je devrais encore avoir accès aux autres tty et je devrais peut-être même avoir mon serveur ssh démarré, non ?

Dans quel log je peux avoir plus d’info sur ce qui s’est passé ?

#4

Disons que si le kernel ne trouve aucun display je ne pense pas qu’il affichera une tty, après c’est qu’une idée comme ça, pour des logs plus bavard essai de regarder Var/log/ .

#5

Je continue à regarder…

En fait lors du boot, j’ai bien un problème de mémoire qui apparait dans kern.log, je ne sais pas si ca peut être lié :

[size=70]May 16 15:17:57 osiris kernel: [ 17.864051] Xorg invoked oom-killer: gfp_mask=0x0, order=0, oom_adj=0, oom_score_adj=0 May 16 15:17:57 osiris kernel: [ 17.864054] Xorg cpuset=/ mems_allowed=0 May 16 15:17:57 osiris kernel: [ 17.864058] Pid: 1268, comm: Xorg Tainted: P O 2.6.38-2-amd64 #1 May 16 15:17:57 osiris kernel: [ 17.864059] Call Trace: May 16 15:17:57 osiris kernel: [ 17.864067] [<ffffffff810b7684>] ? T.586+0x6e/0x184 May 16 15:17:57 osiris kernel: [ 17.864070] [<ffffffff8100022f>] ? _stext+0x9f/0xe70 May 16 15:17:57 osiris kernel: [ 17.864073] [<ffffffff8100022f>] ? _stext+0x9f/0xe70 May 16 15:17:57 osiris kernel: [ 17.864076] [<ffffffff8100679f>] ? xen_restore_fl_direct_end+0x0/0x1 May 16 15:17:57 osiris kernel: [ 17.864081] [<ffffffff81326ea0>] ? _raw_spin_unlock_irqrestore+0x10/0x11 May 16 15:17:57 osiris kernel: [ 17.864084] [<ffffffff810b77e4>] ? T.585+0x4a/0x26c May 16 15:17:57 osiris kernel: [ 17.864087] [<ffffffff810b7e06>] ? out_of_memory+0x400/0x470 May 16 15:17:57 osiris kernel: [ 17.864091] [<ffffffff8100538e>] ? pte_mfn_to_pfn+0x22/0x2b May 16 15:17:57 osiris kernel: [ 17.864094] [<ffffffff810b7ef4>] ? pagefault_out_of_memory+0x7e/0xde May 16 15:17:57 osiris kernel: [ 17.864098] [<ffffffff8132a07b>] ? do_page_fault+0x25e/0x34c May 16 15:17:57 osiris kernel: [ 17.864240] [<ffffffffa07bc7c5>] ? nv_kern_unlocked_ioctl+0x1c/0x20 [nvidia] May 16 15:17:57 osiris kernel: [ 17.864245] [<ffffffff81104b0b>] ? do_vfs_ioctl+0x467/0x4b4 May 16 15:17:57 osiris kernel: [ 17.864248] [<ffffffff81326e75>] ? _raw_spin_lock_irq+0x7/0x22 May 16 15:17:57 osiris kernel: [ 17.864252] [<ffffffff81054b20>] ? sigprocmask+0xbb/0xc6 May 16 15:17:57 osiris kernel: [ 17.864256] [<ffffffff813274d5>] ? page_fault+0x25/0x30 [/size]

Puis il se mets à tuer des processus pour régler le problème :

  • rpcbind
  • rpc.statd
  • rpc.idmapd
  • startpar

Et puis c’est fini. Je pense qu’on perd tout contact avec les périphérique quand il se met à tuer startpar (qui gère udev non ?). Ensuite pas plus d’info dans kern.log.

#6

Alors, c’est un problème récurrent avec ce kernel et Xen actif, malheureusement que je suis désolé je n’ai pas de solution a t’apporter pour le moment, vu que je n’ai pas réussi a le faire tourner, je me suis rabattu en attendant sur Xen4.0 / 2.6.32-5 si je ne m’abuse. Sur celui-ci, avec le driver “nouveau” pour ma NVidia, cela a fonctionné.

Maintenant, si jamais tu trouve, je suis intéressé, je te ferais part de mes découvertes également si il y a quelque chose de concluant :slightly_smiling: