Re: kernel panic [fin du fil mais pas résolu]

[Jean Louis Giraud Desrondiers]

On Mon, 22 Jan 2018 11:27:16 +0100
P> >> Une idée qui a été suggérée serait de créer une partition (ubcd => parted 
magic)
> >> et voir ce que cela donne sur une installation avec le noyau amd64
> >
> > pourquoi créer une partition ? pourquoi ne pas tenter de faire directement 
> > une nouvelle installation sur le DD ?
> 
> Pour ne pas détruire l'installation existante au cas où elle serait 
> réparable.
> 
> Mais si le but est seulement de tester un noyau amd64, il suffit de 
> l'installer sur le système actuel grâce au multiarch. Le userland 
> restera en i386 évidemment. Si le but est de tester un système complet 
> en amd64 (noyau+userland), alors il faut installer un nouveau système.
> 
bon pour finir j'ai effectivement refait une install (en amd64) : comme j'avais 
fait une sauvegarde assez récemment
je n'ai rien perdu d'essentiel. 
Et pour l'instant ça marche (je croise les doigts)

Merci à tous ceux qui m'ont apporté leur aide. 
Cordialement, 

-- 
Jean Louis Giraud Desrondiers 

Re: kernel panic

[Pascal Hambourg]

Le 22/01/2018 à 10:11, Jean louis Giraud-Desrondiers a écrit :



Le 21 janv. 2018 à 18:03, Christophe De Natale  a 
écrit :

Une idée qui a été suggérée serait de créer une partition (ubcd => parted magic)
et voir ce que cela donne sur une installation avec le noyau amd64


pourquoi créer une partition ? pourquoi ne pas tenter de faire directement une 
nouvelle installation sur le DD ?


Pour ne pas détruire l'installation existante au cas où elle serait 
réparable.


Mais si le but est seulement de tester un noyau amd64, il suffit de 
l'installer sur le système actuel grâce au multiarch. Le userland 
restera en i386 évidemment. Si le but est de tester un système complet 
en amd64 (noyau+userland), alors il faut installer un nouveau système.

Re: kernel panic

[Jean louis Giraud-Desrondiers]

> Le 21 janv. 2018 à 19:25, Frederic MASSOT  a 
> écrit :
> 
> Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit :
>>> Le 21 janv. 2018 à 10:41, Christophe De Natale 
>>>  a écrit :
>>> 
>>> 
>>> 
>>> Le 21/01/2018 à 09:40, Jean louis Giraud-Desrondiers a écrit :
> 
>> > > Afin de mettre de côté un éventuel problème matériel => memtest
> 
 Memtest a tourné toute la nuit : résultat : pass complète, no errors,
 cependant il y a quelque chose qui m’intrigue car Memtest affiche : « CPU 
 found : 4, CPU started : 2, CPU active : 1 »
>>> 1 cpu ; 2 cœurs physiques ; 4 cœurs virtuels
>> ok
>>> 
>>> Sinon, en relisant votre premier message, il se passe quoi finalement au 
>>> boot :
>>> * on a le choix des versions de noyaux
>> oui j’ai le choix entre Debian Gnu/linux et dessous « options avancées pour 
>> Debian Gnu/linux » si je vais sur cette option j’ai le choix entre le noyau 
>> 4.14 et 4.13 et pour chacun choix entre sysvinit et recovery mode
>> ensuite
>> nouvelle page qui passe très vite  avec 2 lignes :
>> chargement de Linux 4.14…. pas le temps de lire la suite
>> puis une page qui ressemble à ceci :
>> [2.972887]  dump_stack….
>> etc….
>> dernière ligne
>> [2.974414] — [ end Kernel panic - not syncing : Attempted to kil init ! 
>> exit code = 0x000b
> 
> Est-ce que tu peux booter sur un Live CD ou sur une clé USB contenant une 
> archive Netinst de Debian ?
> 
> Il faudrait tester avec des noyaux plus ancien pour éliminer la cause 
> matériel.
j’ai booté sans problème avec un vieux live CD Knopix ayant un noyau 3.9 est-ce 
que ça répond correctement à ta question ci-dessus ? 
cordialement 
JLouis Giraud-Desrondiers
> 
> -- 
> ==
> |  FRÉDÉRIC MASSOT   |
> | http://www.juliana-multimedia.com   
> |
> |   mailto:frede...@juliana-multimedia.com 
>    |
> | +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
> ===Debian=GNU/Linux===

Re: kernel panic

[Jean louis Giraud-Desrondiers]

> Le 21 janv. 2018 à 18:03, Christophe De Natale  
> a écrit :
> 
> 
> 
> Le 21/01/2018 à 17:15, Jean louis Giraud-Desrondiers a écrit :
>> 
>>> Le 21 janv. 2018 à 16:59, Christophe De Natale 
>>>  a écrit :
>>> 
>>> 
>>> 
>>> Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit :
>> cependant il y a quelque chose qui m’intrigue car Memtest affiche : « 
>> CPU found : 4, CPU started : 2, CPU active : 1 »
> 1 cpu ; 2 cœurs physiques ; 4 cœurs virtuels
 ok
 
>>> Du coup c'est quoi le processeur de cette machine svp ?
>> un Intel core i5
> Quelle est la raison 686-pae et pas amd64 dans ce cas ?
ah je ne savais pas - en tout cas ça a fonctionné très bien en 686-pae depuis 
2013
> Une idée qui a été suggérée serait de créer une partition (ubcd => parted 
> magic)
> et voir ce que cela donne sur une installation avec le noyau amd64
pourquoi créer une partition ? pourquoi ne pas tenter de faire directement une 
nouvelle installation sur le DD ? 
> 
> Démarrer sur ubcd permettrait aussi de tester la communication matérielle 
> avec le ssd
> et de re-vérifier les logs smart
> 
> Si vous n'avez pas eu l'occasion de tester, choisir "parted magic" vous fera 
> parvenir
> dans un environnement graphique
> 

Re: kernel panic

[Frederic MASSOT]

Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit :




Le 21 janv. 2018 à 10:41, Christophe De Natale  a 
écrit :



Le 21/01/2018 à 09:40, Jean louis Giraud-Desrondiers a écrit :


> > > Afin de mettre de côté un éventuel problème matériel => memtest


Memtest a tourné toute la nuit : résultat : pass complète, no errors,
cependant il y a quelque chose qui m’intrigue car Memtest affiche : « CPU found 
: 4, CPU started : 2, CPU active : 1 »

1 cpu ; 2 cœurs physiques ; 4 cœurs virtuels

ok



Sinon, en relisant votre premier message, il se passe quoi finalement au boot :
* on a le choix des versions de noyaux

oui j’ai le choix entre Debian Gnu/linux et dessous « options avancées pour 
Debian Gnu/linux » si je vais sur cette option j’ai le choix entre le noyau 
4.14 et 4.13 et pour chacun choix entre sysvinit et recovery mode
ensuite
nouvelle page qui passe très vite  avec 2 lignes :
chargement de Linux 4.14…. pas le temps de lire la suite
puis une page qui ressemble à ceci :
[2.972887]  dump_stack….
etc….
dernière ligne
[2.974414] — [ end Kernel panic - not syncing : Attempted to kil init ! 
exit code = 0x000b


Est-ce que tu peux booter sur un Live CD ou sur une clé USB contenant 
une archive Netinst de Debian ?


Il faudrait tester avec des noyaux plus ancien pour éliminer la cause 
matériel.


--
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===

Re: kernel panic

[Frederic MASSOT]

Le 21/01/2018 à 09:40, Jean louis Giraud-Desrondiers a écrit :



Le 20 janv. 2018 à 18:08, Giraud Jean-Louis 
mailto:giraud_jean-lo...@orange.fr>> a 
écrit :







> Message du 20/01/18 16:05
> De : "Christophe De Natale" mailto:christophedenat...@orange.fr>>
> A : debian-user-french@lists.debian.org
<mailto:debian-user-french@lists.debian.org>
    > Copie à :
> Objet : Re: kernel panic
>
> Le 20/01/2018 à 12:13, Giraud Jean-Louis a écrit :
> >
> > >
> > > Afin de mettre de côté un éventuel problème matériel => memtest

Memtest a tourné toute la nuit : résultat : pass complète, no errors,
cependant il y a quelque chose qui m’intrigue car Memtest affiche : 
« CPU found : 4, CPU started : 2, CPU active : 1 »


De mémoire c'est normal, Memtest n'utilise qu'un CPU. Je crois qu'il y a 
un option ou une touche Fx pour le faire fonctionner sur plusieurs coeurs.



--
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===

Re: kernel panic

[Christophe De Natale]

Le 21/01/2018 à 17:15, Jean louis Giraud-Desrondiers a écrit :



Le 21 janv. 2018 à 16:59, Christophe De Natale  a 
écrit :



Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit :

cependant il y a quelque chose qui m’intrigue car Memtest affiche : « CPU found 
: 4, CPU started : 2, CPU active : 1 »

1 cpu ; 2 cœurs physiques ; 4 cœurs virtuels

ok


Du coup c'est quoi le processeur de cette machine svp ?

un Intel core i5

Quelle est la raison 686-pae et pas amd64 dans ce cas ?
Une idée qui a été suggérée serait de créer une partition (ubcd => 
parted magic)

et voir ce que cela donne sur une installation avec le noyau amd64

Démarrer sur ubcd permettrait aussi de tester la communication 
matérielle avec le ssd

et de re-vérifier les logs smart

Si vous n'avez pas eu l'occasion de tester, choisir "parted magic" vous 
fera parvenir

dans un environnement graphique

Re: kernel panic

[Jean louis Giraud-Desrondiers]

> Le 21 janv. 2018 à 16:59, Christophe De Natale  
> a écrit :
> 
> 
> 
> Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit :
 cependant il y a quelque chose qui m’intrigue car Memtest affiche : « CPU 
 found : 4, CPU started : 2, CPU active : 1 »
>>> 1 cpu ; 2 cœurs physiques ; 4 cœurs virtuels
>> ok
>> 
> Du coup c'est quoi le processeur de cette machine svp ?
un Intel core i5
> 

Re: kernel panic

[Christophe De Natale]

Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit :

cependant il y a quelque chose qui m’intrigue car Memtest affiche : « CPU found 
: 4, CPU started : 2, CPU active : 1 »

1 cpu ; 2 cœurs physiques ; 4 cœurs virtuels

ok


Du coup c'est quoi le processeur de cette machine svp ?

Re: kernel panic

[Christophe De Natale]

Le 21/01/2018 à 14:29, Jean louis Giraud-Desrondiers a écrit :

[...]

Et si vous démarrez sur le noyau 4.13, kernel panic? Si oui je pencherai pour 
un problème matériel


Éventuellement un port sata ou une nappe de connexion (?)


  car le 4.13 a déjà du démarrer sans souci auparavant.


Un kernel panic semble avoir eu lieu il y a 15 jours (ce qui a forcé 
l'op à forcer l'extinction du portable)



So what ?


Le "etc..." de ceci (une photo déposée qq part ?) ; désolé je ne sais 
pas comment récupérer ce type de message (d'ailleurs c'était bête de ma 
part de demander le kernel.log puisque le système ne démarre pas :D) :


[2.972887]  dump_stack….
etc….
dernière ligne
[2.974414] — [ end Kernel panic - not syncing : Attempted to kil init ! 
exit code = 0x000b

Re: kernel panic

[Pascal Hambourg]

Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit :


oui j’ai le choix entre Debian Gnu/linux et dessous « options avancées pour 
Debian Gnu/linux » si je vais sur cette option j’ai le choix entre le noyau 
4.14 et 4.13 et pour chacun choix entre sysvinit et recovery mode
ensuite
nouvelle page qui passe très vite  avec 2 lignes :
chargement de Linux 4.14…. pas le temps de lire la suite
puis une page qui ressemble à ceci :
[2.972887]  dump_stack….
etc….
dernière ligne
[2.974414] — [ end Kernel panic - not syncing : Attempted to kil init ! 
exit code = 0x000b


"Attempted to kill init" = quelque chose a provoqué la terminaison du 
processus init (PID 1), qui ne doit jamais se terminer.
Ça pourrait aider de voir les lignes qui suivent "dump stack". Au moins 
les noms des fonctions.

Re: kernel panic

[Pascal Hambourg]

Le 17/01/2018 à 14:09, Giraud Jean-Louis a écrit :
  
oui  mais quand meme dans la colonne type la ligne 231 affiche pre fail ce qui veut dire je crois quelque chose comme juste avant de casser non ?


"Pre-fail" ou "Old_age" désigne seulement le type d'attribut, selon que 
la grandeur mesurée est un indicateur de défaillance de vieillissement.

Re: kernel panic

[Jean louis Giraud-Desrondiers]

> Le 21 janv. 2018 à 14:21, Daniel Huhardeaux  a écrit :
> 
> Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit :
>> [...]
>>> Sinon, en relisant votre premier message, il se passe quoi finalement au 
>>> boot :
>>> * on a le choix des versions de noyaux
>> oui j’ai le choix entre Debian Gnu/linux et dessous « options avancées pour 
>> Debian Gnu/linux » si je vais sur cette option j’ai le choix entre le noyau 
>> 4.14 et 4.13 et pour chacun choix entre sysvinit et recovery mode
>> ensuite
>> nouvelle page qui passe très vite  avec 2 lignes :
>> chargement de Linux 4.14…. pas le temps de lire la suite
>> puis une page qui ressemble à ceci :
>> [2.972887]  dump_stack….
>> etc….
>> dernière ligne
>> [2.974414] — [ end Kernel panic - not syncing : Attempted to kil init ! 
>> exit code = 0x000b
> [...]
> 
> Et si vous démarrez sur le noyau 4.13, kernel panic? Si oui je pencherai pour 
> un problème matériel car le 4.13 a déjà du démarrer sans souci auparavant.
oui kernel panic dans tous les cas quel que soit le noyau et que ce soit en 
mode normal, ou sysvinit ou recovery mode. Du coup je pensais aussi à un 
problème matériel mais j’ai fait tourner smartmontools qui semble montrer que 
le DD est OK et Memtest n’a rien trouvé au niveau CPU. 
So what ? 

> 
> -- 
> daniel
> 
JLouis

Re: kernel panic

[Daniel Huhardeaux]

Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit :

[...]

Sinon, en relisant votre premier message, il se passe quoi finalement au boot :
* on a le choix des versions de noyaux

oui j’ai le choix entre Debian Gnu/linux et dessous « options avancées pour 
Debian Gnu/linux » si je vais sur cette option j’ai le choix entre le noyau 
4.14 et 4.13 et pour chacun choix entre sysvinit et recovery mode
ensuite
nouvelle page qui passe très vite  avec 2 lignes :
chargement de Linux 4.14…. pas le temps de lire la suite
puis une page qui ressemble à ceci :
[2.972887]  dump_stack….
etc….
dernière ligne
[2.974414] — [ end Kernel panic - not syncing : Attempted to kil init ! 
exit code = 0x000b

[...]

Et si vous démarrez sur le noyau 4.13, kernel panic? Si oui je pencherai 
pour un problème matériel car le 4.13 a déjà du démarrer sans souci 
auparavant.


--
daniel

Re: kernel panic

[Jean louis Giraud-Desrondiers]

> Le 21 janv. 2018 à 10:41, Christophe De Natale  
> a écrit :
> 
> 
> 
> Le 21/01/2018 à 09:40, Jean louis Giraud-Desrondiers a écrit :
>>> 
>>>> > > Afin de mettre de côté un éventuel problème matériel => memtest
>>> 
>> Memtest a tourné toute la nuit : résultat : pass complète, no errors,
>> cependant il y a quelque chose qui m’intrigue car Memtest affiche : « CPU 
>> found : 4, CPU started : 2, CPU active : 1 »
> 1 cpu ; 2 cœurs physiques ; 4 cœurs virtuels
ok

> 
> Sinon, en relisant votre premier message, il se passe quoi finalement au boot 
> :
> * on a le choix des versions de noyaux
oui j’ai le choix entre Debian Gnu/linux et dessous « options avancées pour 
Debian Gnu/linux » si je vais sur cette option j’ai le choix entre le noyau 
4.14 et 4.13 et pour chacun choix entre sysvinit et recovery mode
ensuite 
nouvelle page qui passe très vite  avec 2 lignes : 
chargement de Linux 4.14…. pas le temps de lire la suite
puis une page qui ressemble à ceci : 
[2.972887]  dump_stack….
etc….
dernière ligne
[2.974414] — [ end Kernel panic - not syncing : Attempted to kil init ! 
exit code = 0x000b 

> * grub charge et ensuite ? Il y a des messages à l'écran ou c'est tout noir ?
> * y a-t'il une indication "kernel panic" ?
> 
> Si message il y a, quelles sont les dernières lignes au moment du blocage ?
> Le log fourni hier ne contient que 27 lignes qui ne contiennent rien laissant 
> penser à un kernel panic
le kernel.log ne contient pas les lignes indiquées ci-dessus
> 
> Et un démarrage en mode recovery puisque le menu est accessible ?
donne la même chose
> 
> Bon courage,
merci 
> 
> —
> Christophe
> 
JLouis
> 

Re: kernel panic

[Christophe De Natale]

Le 21/01/2018 à 09:40, Jean louis Giraud-Desrondiers a écrit :


> > > Afin de mettre de côté un éventuel problème matériel => memtest


Memtest a tourné toute la nuit : résultat : pass complète, no errors,
cependant il y a quelque chose qui m’intrigue car Memtest affiche : 
« CPU found : 4, CPU started : 2, CPU active : 1 »

1 cpu ; 2 cœurs physiques ; 4 cœurs virtuels

Sinon, en relisant votre premier message, il se passe quoi finalement au 
boot :

* on a le choix des versions de noyaux
* grub charge et ensuite ? Il y a des messages à l'écran ou c'est tout 
noir ?

* y a-t'il une indication "kernel panic" ?

Si message il y a, quelles sont les dernières lignes au moment du blocage ?
Le log fourni hier ne contient que 27 lignes qui ne contiennent rien 
laissant penser à un kernel panic


Et un démarrage en mode recovery puisque le menu est accessible ?

Bon courage,

--
Christophe

Re: kernel panic

[Jean louis Giraud-Desrondiers]

> Le 20 janv. 2018 à 18:08, Giraud Jean-Louis  a 
> écrit :
> 
>  
>  
>  
>  
>  
> > Message du 20/01/18 16:05
> > De : "Christophe De Natale" 
> > A : debian-user-french@lists.debian.org
> > Copie à : 
> > Objet : Re: kernel panic
> > 
> > Le 20/01/2018 à 12:13, Giraud Jean-Louis a écrit :
> > >
> > > >
> > > > Afin de mettre de côté un éventuel problème matériel => memtest
Memtest a tourné toute la nuit : résultat : pass complète, no errors, 
cependant il y a quelque chose qui m’intrigue car Memtest affiche : « CPU found 
: 4, CPU started : 2, CPU active : 1 » 
> > >
> > > je ne reussis pas a l installer 
> > >
> > Avec un live-cd de type ubcd (c'est mon outil préféré, il y a tout ce 
> > qu'il faut pour diagnostiquer la machine):http://www.ultimatebootcd.com/ 
> > <http://www.ultimatebootcd.com/>oui très  bien cet outil mais il faut 
> > prendre la version 5.3.6, chez moi la version 5.3.7 n’a pas voulu passer 
> > dans le graveur. 
> 
JLouis

Re: kernel panic

[Christophe De Natale]

Le 20/01/2018 à 12:13, Giraud Jean-Louis a écrit :


>
> Afin de mettre de côté un éventuel problème matériel => memtest

je ne reussis pas a l installer 

Avec un live-cd de type ubcd (c'est mon outil préféré, il y a tout ce 
qu'il faut pour diagnostiquer la machine):http://www.ultimatebootcd.com/


Pour /var/log/kernel.log, rien de plus à se mettre sous la dent ?

ps : pas la peine de me mettre en destinataire du message, je reçois les 
courriels de la liste ; là je les ai reçu 2 fois

Re: kernel panic

[Giraud Jean-Louis]

 

 

 

 

 


> 
> Afin de mettre de côté un éventuel problème matériel => memtest
je ne reussis pas a l installer 

> 
> --
> Christophe
> 
>

Re: kernel panic

[Giraud Jean-Louis]

 

 

 

 

 

> Message du 20/01/18 10:41
> De : "Christophe De Natale" 
> A : debian-user-french@lists.debian.org
> Copie à : 
> Objet : Re: kernel panic
> 
> Le 19/01/2018 à 08:31, Jean louis Giraud-Desrondiers a écrit :
> >
> > donc maintenant qu’on a éliminé d’éventuels problèmes au niveau du DD, 
> > dans quelle direction faut-il chercher ?
> > Cordialement
> >
> Bonjour Jean-Louis,
Bonjour Christophe,
> 
> Rien dans ces logs qui pourrait aider ? => /var/log/kern.log
voir la piece jointe ... si vous reussissez a l ouvrir
> Vous disiez avoir déjà eu un kernel panic il y a 15 jours, comment 
> avez-vous résolu le problème ?
tout betement j ai eteint de force et puis j ai rallume et ca a marche
> Ce ne serait donc pas suite à la mise à jour (?)
pas sur en effet
> 
> Afin de mettre de côté un éventuel problème matériel => memtest
je vais essayer de faire ca et je vous transmets les resultats
> 
> --
> Christophe
cordialement 
JLouis

> 
>

toutou
Description: Binary data

Re: kernel panic

[Christophe De Natale]

Le 19/01/2018 à 08:31, Jean louis Giraud-Desrondiers a écrit :


donc maintenant qu’on a éliminé d’éventuels problèmes au niveau du DD, 
dans quelle direction faut-il chercher ?

Cordialement


Bonjour Jean-Louis,

Rien dans ces logs qui pourrait aider ? => /var/log/kern.log
Vous disiez avoir déjà eu un kernel panic il y a 15 jours, comment 
avez-vous résolu le problème ?

Ce ne serait donc pas suite à la mise à jour (?)

Afin de mettre de côté un éventuel problème matériel => memtest

--
Christophe

Re: kernel panic

[Eric Degenetais]

Le 20 janv. 2018 9:38 AM, "Jean louis Giraud-Desrondiers" <
giraud_jean-lo...@orange.fr> a écrit :



> Le 16 janv. 2018 à 16:07, andre_deb...@numericable.fr a écrit :

>> surtout pas /dev/sda mais /ded/sdc, sinon c'est pas conforme :-)
>> y installer un Linux released,
>qu’est ce que c’est ?

De l'ironie mal placée d'André, qui est vexé par des échanges d'un autre
fil qui ne te concerne pas. C'est du bruit, ne te laisse pas embrouiller.



> et voir si le SSD boote bien.
>
> Ce serait dommage d'acheter un SSD pour rien.
>
> André
>
>

JLouis

Re: kernel panic

[Jean louis Giraud-Desrondiers]

> Le 16 janv. 2018 à 16:07, andre_deb...@numericable.fr a écrit :
> 
> On Tuesday 16 January 2018 13:13:17 Jean louis Giraud-Desrondiers wrote:
>> Je suis sous Debian Buster. Dernière mise à jour : hier. 
>> Ce matin au démarrage kernel panic. J’ai essayé de démarrer en mode «
>> sysvinit » puis en « recovery mode » avec le noyau chargé hier
>> (4.14.0-2-686-pae) même résultat. J’ai ensuite essayé de démarrer sur le
>> noyau précédent (4.13) en mode normal, puis sysvinit puis recovery mode :
>> j’arrive toujours au même résultat : kernel panic. 
>> Quelques précisions supplémentaires : il s’agit d’un portable avec un DD SSD
>> Sata III qui a presque 5 ans et j’ai déjà eu un kernel panic il y a 15 jours
>> puis ensuite tout est rentré dans l’ordre (du coup heureusement j’ai une
>> sauvegarde très récente).
>> La seule « bonne » nouvelle c’est que mon portable démarre avec un live-CD. 
>> Du coup mes questions sont les suivantes : 
>> est-ce que je peux espérer refaire fonctionner normalement mon portable
>> avec le DD actuel et si oui comment ?  
>> s’il n’y a aucune possibilité de refaire fonctionner normalement le DD
>> actuel, j’envisage de racheter un DD SSD vierge pour remplacer celui que
>> j’ai actuellement : est-ce que cette solution vous paraît fiable ou bien
>> faut-il procéder autrement et comment ? 
> 
> Voir, avant de racheter SSD, plutôt grub, c'est à la mode :-)
> Booter sur un Live CD et réparer grub ?
> (voir si le noyau dans grub.cfg correspond bien à celui de /boot).
Bonjour, 
puisqu’il semble que mon DD soit OK je suis remonté à ton mail. Je vais donc 
chercher du côté de grub. Là je suis allé voir du côté de grub.cfg et /boot : 
les noyaux correspondent bien. 

> 
> En profiter pour installer en parallèle une autre partition,
je fais comment ? (désolé pour toutes ces questions mais là j’avoue que je 
patauge)

> surtout pas /dev/sda mais /ded/sdc, sinon c'est pas conforme :-)
> y installer un Linux released,
qu’est ce que c’est ? 

> et voir si le SSD boote bien.
> 
> Ce serait dommage d'acheter un SSD pour rien.
> 
> André
> 
> 

JLouis

Re: kernel panic

[Jean louis Giraud-Desrondiers]

> Le 18 janv. 2018 à 08:09, Giraud Jean-Louis  a 
> écrit :
> 
>  
>  
>  
>  
> > D'après les données de smartctl le SSD est bon.
> > 
> 
bonjour, 
donc maintenant qu’on a éliminé d’éventuels problèmes au niveau du DD, dans 
quelle direction faut-il chercher ? 
Cordialement
JL Giraud-Desrondiers

Re: kernel panic

[Giraud Jean-Louis]

 

 

 

 

> D'après les données de smartctl le SSD est bon.
> 


donc si le DD semble ok du coup le probleme vient de quoi 
JL Giraud Desrondiers

Re: kernel panic

[Frédéric MASSOT]

Le 17/01/2018 à 17:44, Christophe De Natale a écrit :
> Le 17/01/2018 à 14:20, Giraud Jean-Louis a écrit :
>>
>> > Le paramètre significatif est le 231 SSD_Life_Left, à 010 sur
>> ton disque, et qui signifie:
>>
>> > "Indique la durée approximative restante de la SSD, en termes de
>> cycles de programmation / effacement ou de blocs réservés
>> disponibles. Une valeur normalisée de 100 représente un nouveau
>> lecteur, avec une valeur de seuil à 10 indiquant un besoin de
>> remplacement. Une valeur de 0 peut signifier que le lecteur
>> fonctionne en mode lecture seule pour permettre la récupération de
>> données"
>> >
>>
> Bonjour,
> 
> Les données smart ont plutôt l'air ok
> 
> D'après ce que j'ai compris, la colonne "raw_value" est utilisée pour
> décrémenter
> "value" ; sur le paramètre 231 c'est ok elle est à 0 et "value" reste à 100
> La colonne "thresh" c'est le seuil qui est fixé à 10, on en est loin :D
> La colonne "type" indique le type d'alerte pas l'état donc pas de fausse
> frayeur...

"WORST" indique la plus mauvaise valeur atteint pendant la vie du
disque, elle ne doit pas être inférieure au seuil "THRESH".

D'après les données de smartctl le SSD est bon.


-- 
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===

Re: kernel panic

[Christophe De Natale]

Le 17/01/2018 à 14:20, Giraud Jean-Louis a écrit :


> Le paramètre significatif est le 231 SSD_Life_Left, à 010 sur
ton disque, et qui signifie:

> "Indique la durée approximative restante de la SSD, en termes de
cycles de programmation / effacement ou de blocs réservés
disponibles. Une valeur normalisée de 100 représente un nouveau
lecteur, avec une valeur de seuil à 10 indiquant un besoin de
remplacement. Une valeur de 0 peut signifier que le lecteur
fonctionne en mode lecture seule pour permettre la récupération de
données"
>


Bonjour,

Les données smart ont plutôt l'air ok

D'après ce que j'ai compris, la colonne "raw_value" est utilisée pour 
décrémenter

"value" ; sur le paramètre 231 c'est ok elle est à 0 et "value" reste à 100
La colonne "thresh" c'est le seuil qui est fixé à 10, on en est loin :D
La colonne "type" indique le type d'alerte pas l'état donc pas de fausse 
frayeur...


Le souci doit être ailleurs que sur ce disque d'autant qu'il est apparu 
après mise à jour du système


--
Christophe

Re: kernel panic

[Giraud Jean-Louis]

 

 

 

 

 

 

> Je pense que ton disque est en fin de vie, et qu'il devrait être remplacé. 
> Mais je peux me tromper, c'est pourquoi il serait préférable de conner ces 
> infos sur fcold

 

qu est ce que c est fcold ?

 

afin que des personnes plus compétents que moi puissent te répondre / te 
conseiller.
>

> Le paramètre significatif est le 231 SSD_Life_Left, à 010 sur ton disque, et 
> qui signifie:

> "Indique la durée approximative restante de la SSD, en termes de cycles de 
> programmation / effacement ou de blocs réservés disponibles. Une valeur 
> normalisée de 100 représente un nouveau lecteur, avec une valeur de seuil à 
> 10 indiquant un besoin de remplacement. Une valeur de 0 peut signifier que le 
> lecteur fonctionne en mode lecture seule pour permettre la récupération de 
> données"
>

Re: kernel panic

[Giraud Jean-Louis]

 

 

 

 

 

> Message du 17/01/18 11:12
> De : "Michel" 
> A : "Giraud Jean-Louis" 
> Copie à : 
> Objet : Re: kernel panic
> 
>
Le 17/01/2018 à 11:05, Michel a écrit :
>

Le 17/01/2018 à 09:56, Giraud Jean-Louis a écrit :
>

>

smartctl 6.2 2013-04-20 r3812 [i686-linux-3.9.6] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family: SandForce Driven SSDs
Device Model: OCZ-AGILITY3
Serial Number: OCZ-T010UP9EZRG5B1D5
LU WWN Device Id: 5 e83a97 dad908fde
Firmware Version: 2.28
User Capacity: 480,103,981,056 bytes [480 GB]
Sector Size: 512 bytes logical/physical
Rotation Rate: Solid State Device
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS, ACS-2 T13/2015-D revision 3
SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Wed Jan 17 03:49:33 2018 EST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status: (0x02)
Offline data collection activity





was completed without error.





Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0)
The previous self-test routine completed





without error or no self-test has ever 





been run.
Total time to complete Offline 
data collection: 

( 0) seconds.
Offline data collection
capabilities: 


(0x7b) SMART execute Offline immediate.





Auto Offline data collection on/off support.





Suspend Offline collection upon new





command.





Offline surface scan supported.





Self-test supported.





Conveyance Self-test supported.





Selective Self-test supported.
SMART capabilities: (0x0003)
Saves SMART data before entering





power-saving mode.





Supports SMART auto save timer.
Error logging capability: (0x01)
Error logging supported.





General Purpose Logging supported.
Short self-test routine 
recommended polling time: 
( 1) minutes.
Extended self-test routine
recommended polling time: 
( 48) minutes.
Conveyance self-test routine
recommended polling time: 
( 2) minutes.
SCT capabilities: 
(0x0021)
SCT Status supported.





SCT Data Table supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 120 120 050 Pre-fail Always - 0/0
5 Retired_Block_Count 0x0033 100 100 003 Pre-fail Always - 0
9 Power_On_Hours_and_Msec 0x0032 086 086 000 Old_age Always - 12828h+15m+56.830s
12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 1552
171 Program_Fail_Count 0x0032 000 000 000 Old_age Always - 0
172 Erase_Fail_Count 0x0032 000 000 000 Old_age Always - 0
174 Unexpect_Power_Loss_Ct 0x0030 000 000 000 Old_age Offline - 102
177 Wear_Range_Delta 0x 000 000 000 Old_age Offline - 1
181 Program_Fail_Count 0x0032 000 000 000 Old_age Always - 0
182 Erase_Fail_Count 0x0032 000 000 000 Old_age Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
194 Temperature_Celsius 0x0022 030 030 000 Old_age Always - 30 (Min/Max 30/30)
195 ECC_Uncorr_Error_Count 0x001c 100 100 000 Old_age Offline - 0/0
196 Reallocated_Event_Count 0x0033 100 100 003 Pre-fail Always - 0
201 Unc_Soft_Read_Err_Rate 0x001c 100 100 000 Old_age Offline - 0/0
204 Soft_ECC_Correct_Rate 0x001c 100 100 000 Old_age Offline - 0/0
230 Life_Curve_Status 0x0013 100 100 000 Pre-fail Always - 100
231 SSD_Life_Left 0x0013 100 100 010 Pre-fail Always - 0
233 SandForce_Internal 0x 000 000 000 Old_age Offline - 3081
234 SandForce_Internal 0x0032 000 000 000 Old_age Always - 2449
241 Lifetime_Writes_GiB 0x0032 000 000 000 Old_age Always - 2449
242 Lifetime_Reads_GiB 0x0032 000 000 000 Old_age Always - 2737

SMART Error Log not supported

SMART Self-test Log not supported

SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.




> Je pense que ton disque est en fin de vie, et qu'il devrait être remplacé. 
> Mais je peux me tromper, c'est pourquoi il serait préférable de conner ces 
> infos sur fcold afin que des personnes plus compétents que moi puissent te 
> répondre / te conseiller.
>

> Le paramètre significatif est le 231 SSD_Life_Left, à 010 sur ton disque, et 
> qui signifie:

> "Indique la durée approximative restante de la SSD, en termes de cycles de 
> programmation / effacement ou de blocs réservés disponibles. Une valeur 
> normalisée de 100 représente un nouveau lecteur, avec 

Re: kernel panic

[Giraud Jean-Louis]

 

 

 

 

 

> Message du 17/01/18 09:27
> De : "Michel" 
> A : debian-user-french@lists.debian.org
> Copie à : 
> Objet : Re: kernel panic
> 
> Le 17/01/2018 à 09:00, Jean louis Giraud-Desrondiers a écrit :
> 
> > désolé j’ai bien réussi à me connecter sur le web par l’intermédiaire du 
> > live-CD et aller sur le site qui héberge mes mails mais pas moyen de 
> > répondre à tes messages ni même d’envoyer une copie de ce que j’obtiens 
> > avec la commande smartctl -a -d ata….
> > 
> Tu entre en console:
> 
> smartctl -a -d ata /dev/sda > toto.txt
> 
> Lancé ainsi, smartctl écrira sa sortie dans le fichier toto.txt, mais
> pas sur ton écran
> 
> Tu nous fait passer ce fichier ( toto.txt ) sur fcold. Ok?
> 
> Note: tu peux l'appeler autrement, hein ;)
> 
>
voila j qi enfin reussi a joindre le fichiersmartctl 6.2 2013-04-20 r3812 [i686-linux-3.9.6] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family: SandForce Driven SSDs
Device Model: OCZ-AGILITY3
Serial Number:OCZ-T010UP9EZRG5B1D5
LU WWN Device Id: 5 e83a97 dad908fde
Firmware Version: 2.28
User Capacity:480,103,981,056 bytes [480 GB]
Sector Size:  512 bytes logical/physical
Rotation Rate:Solid State Device
Device is:In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS, ACS-2 T13/2015-D revision 3
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:Wed Jan 17 03:49:33 2018 EST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x02) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Disabled.
Self-test execution status:  (   0) The previous self-test routine completed
without error or no self-test has ever 
been run.
Total time to complete Offline 
data collection:(0) seconds.
Offline data collection
capabilities:(0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off 
support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities:(0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability:(0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine 
recommended polling time:(   1) minutes.
Extended self-test routine
recommended polling time:(  48) minutes.
Conveyance self-test routine
recommended polling time:(   2) minutes.
SCT capabilities:  (0x0021) SCT Status supported.
SCT Data Table supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME  FLAG VALUE WORST THRESH TYPE  UPDATED  
WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate 0x000f   120   120   050Pre-fail  Always   
-   0/0
  5 Retired_Block_Count 0x0033   100   100   003Pre-fail  Always   
-   0
  9 Power_On_Hours_and_Msec 0x0032   086   086   000Old_age   Always   
-   12828h+15m+56.830s
 12 Power_Cycle_Count   0x0032   099   099   000Old_age   Always   
-   1552
171 Program_Fail_Count  0x0032   000   000   000Old_age   Always   
-   0
172 Erase_Fail_Count0x0032   000   000   000Old_age   Always   
-   0
174 Unexpect_Power_Loss_Ct  0x0030   000   000   000Old_age   Offline  
-   102
177 Wear_Range_Delta0x   000   000   000Old_age   Offline  
-   1
181 Program_Fail_Count  0x0032   000   000   000Old_age   Always   
-   0
182 Erase_Fail_Count0x0032   000   000   000Old_age   Always   
-   0
187 Reported_Uncorrect  0x0032   100   100   000Old_age   Always   
-   0
194 Temperature_Celsius 0x0022   030   030   000Old_age   Always   
-   30 (Min/Max 30/30)
195 ECC_Uncorr_Error_Count  0x001c   100   

Re: kernel panic

[Michel]

Le 17/01/2018 à 09:00, Jean louis Giraud-Desrondiers a écrit :

> désolé j’ai bien réussi à me connecter sur le web par l’intermédiaire du 
> live-CD et aller sur le site qui héberge mes mails mais pas moyen de répondre 
> à tes messages ni même d’envoyer une copie de ce que j’obtiens avec la 
> commande smartctl -a -d ata….
> 
Tu entre en console:

smartctl -a -d ata /dev/sda > toto.txt

Lancé ainsi, smartctl écrira sa sortie dans le fichier toto.txt, mais
pas sur ton écran

Tu nous fait passer ce fichier ( toto.txt ) sur fcold. Ok?

Note: tu peux l'appeler autrement, hein ;)

Re: kernel panic

[Jean louis Giraud-Desrondiers]

> Le 16 janv. 2018 à 16:07, andre_deb...@numericable.fr a écrit :
> 
> On Tuesday 16 January 2018 13:13:17 Jean louis Giraud-Desrondiers wrote:
>> Je suis sous Debian Buster. Dernière mise à jour : hier. 
>> Ce matin au démarrage kernel panic. J’ai essayé de démarrer en mode «
>> sysvinit » puis en « recovery mode » avec le noyau chargé hier
>> (4.14.0-2-686-pae) même résultat. J’ai ensuite essayé de démarrer sur le
>> noyau précédent (4.13) en mode normal, puis sysvinit puis recovery mode :
>> j’arrive toujours au même résultat : kernel panic. 
>> Quelques précisions supplémentaires : il s’agit d’un portable avec un DD SSD
>> Sata III qui a presque 5 ans et j’ai déjà eu un kernel panic il y a 15 jours
>> puis ensuite tout est rentré dans l’ordre (du coup heureusement j’ai une
>> sauvegarde très récente).
>> La seule « bonne » nouvelle c’est que mon portable démarre avec un live-CD. 
>> Du coup mes questions sont les suivantes : 
>> est-ce que je peux espérer refaire fonctionner normalement mon portable
>> avec le DD actuel et si oui comment ?  
>> s’il n’y a aucune possibilité de refaire fonctionner normalement le DD
>> actuel, j’envisage de racheter un DD SSD vierge pour remplacer celui que
>> j’ai actuellement : est-ce que cette solution vous paraît fiable ou bien
>> faut-il procéder autrement et comment ? 
> 
> Voir, avant de racheter SSD, plutôt grub, c'est à la mode :-)
> Booter sur un Live CD et réparer grub ?
> (voir si le noyau dans grub.cfg correspond bien à celui de /boot).
comment je fais ça ? 
> 
> En profiter pour installer en parallèle une autre partition,
> surtout pas /dev/sda mais /ded/sdc, sinon c'est pas conforme :-)
> y installer un Linux released, et voir si le SSD boote bien.
et comment je fais tout ça ? 
> 
> Ce serait dommage d'acheter un SSD pour rien.
> 
> André
JLouis
> 
> 

Re: kernel panic

[Jean louis Giraud-Desrondiers]

> Le 16 janv. 2018 à 23:33, Michel  a écrit :
> 
> Le 16/01/2018 à 21:40, Jean louis Giraud-Desrondiers a écrit :
>> 
>> 
>>> Le 16 janv. 2018 à 20:27, Michel  a écrit :
>>> Essaie:
>>> smartctl -a -d ata /dev/sda
>>> 
>> ça y est je l’ai fait (d’ailleurs j’ai aussi fait un smartctl -t long après 
>> avoir lu de la doc sur smartmontools mais pas moyen d’obtenir les logs de 
>> résultats) - pour revenir à la commande que tu indiques ci dessus le 
>> problème est que le résultat occupe 2 pages complètes (donc pas moyen de le 
>> recopier) : que faut-il regarder plus précisément pour avoir des infos sur 
>> la santé de mon DD ? 
>> JLouis
>> 
> 
> Tu peux essayer smartctl -a -d ata /dev/sda > toto.txt
fait mais je ne comprends pas >toto.txt si j’écris ça au bout de la commande 
smartctl…. ça ne donne rien
> 
> et nous passer le contenu de toto.txt
> 
désolé j’ai bien réussi à me connecter sur le web par l’intermédiaire du 
live-CD et aller sur le site qui héberge mes mails mais pas moyen de répondre à 
tes messages ni même d’envoyer une copie de ce que j’obtiens avec la commande 
smartctl -a -d ata….

Re: kernel panic

[Michel]

Le 16/01/2018 à 21:40, Jean louis Giraud-Desrondiers a écrit :
> 
> 
>> Le 16 janv. 2018 à 20:27, Michel  a écrit :
>> Essaie:
>> smartctl -a -d ata /dev/sda
>>
> ça y est je l’ai fait (d’ailleurs j’ai aussi fait un smartctl -t long après 
> avoir lu de la doc sur smartmontools mais pas moyen d’obtenir les logs de 
> résultats) - pour revenir à la commande que tu indiques ci dessus le problème 
> est que le résultat occupe 2 pages complètes (donc pas moyen de le recopier) 
> : que faut-il regarder plus précisément pour avoir des infos sur la santé de 
> mon DD ? 
> JLouis
> 

Tu peux essayer smartctl -a -d ata /dev/sda > toto.txt

et nous passer le contenu de toto.txt

Re: kernel panic

[Jean louis Giraud-Desrondiers]

> Le 16 janv. 2018 à 20:27, Michel  a écrit :
> 
> Le 16/01/2018 à 20:00, Jean louis Giraud-Desrondiers a écrit :
>> 
>> 
>>> Le 16 janv. 2018 à 16:49, Michel  a écrit :
>>> 
>>> Le 16/01/2018 à 14:09, Jean louis Giraud-Desrondiers a écrit :
 par l’intermédiaire du live-CD  ?
 
>>> Oui, lancer smartctl -a /dev/sda ( ou /dev/sdb ) à partir d'un live-CD,
>>> si celui-ci contient les smartmontools.
>>> Il serait préférable de poster les résultats sur linux.debian.user.french.
>>> 
>>> Michel
>>> 
>> désolé pour l’envoi en direct chez toi mais comme du coup j’utilise un 
>> logiciel de mail dont je n’ai pas l’habitude du coup je me trompe un peu. 
>> Donc j’ai fait : smartctl -a /dev/sda
>> et j’ai eu comme réponse : 
>> probable ATA device behind a SAT layer, try an additional « -d ata » or « -d 
>> sat » argument
>> 
>> j’ai lancé la commande suivante : 
>> smartctl -d ata /dev/sda
>> et j’ai obtenu : 
>> ATA device successfully opened
>> Use « smartctl -a » or -x to print SMART (and more) information
>> 
>> Jlouis
>> 
> 
> Essaie:
> smartctl -a -d ata /dev/sda
> 
ça y est je l’ai fait (d’ailleurs j’ai aussi fait un smartctl -t long après 
avoir lu de la doc sur smartmontools mais pas moyen d’obtenir les logs de 
résultats) - pour revenir à la commande que tu indiques ci dessus le problème 
est que le résultat occupe 2 pages complètes (donc pas moyen de le recopier) : 
que faut-il regarder plus précisément pour avoir des infos sur la santé de mon 
DD ? 
JLouis

Re: kernel panic

[Michel]

Le 16/01/2018 à 20:00, Jean louis Giraud-Desrondiers a écrit :
> 
> 
>> Le 16 janv. 2018 à 16:49, Michel  a écrit :
>>
>> Le 16/01/2018 à 14:09, Jean louis Giraud-Desrondiers a écrit :
>>> par l’intermédiaire du live-CD  ?
>>>
>> Oui, lancer smartctl -a /dev/sda ( ou /dev/sdb ) à partir d'un live-CD,
>> si celui-ci contient les smartmontools.
>> Il serait préférable de poster les résultats sur linux.debian.user.french.
>>
>> Michel
>>
> désolé pour l’envoi en direct chez toi mais comme du coup j’utilise un 
> logiciel de mail dont je n’ai pas l’habitude du coup je me trompe un peu. 
> Donc j’ai fait : smartctl -a /dev/sda
> et j’ai eu comme réponse : 
> probable ATA device behind a SAT layer, try an additional « -d ata » or « -d 
> sat » argument
> 
> j’ai lancé la commande suivante : 
> smartctl -d ata /dev/sda
> et j’ai obtenu : 
> ATA device successfully opened
> Use « smartctl -a » or -x to print SMART (and more) information
> 
> Jlouis
> 

Essaie:
smartctl -a -d ata /dev/sda

Re: kernel panic

[Frederic MASSOT]

Le 16/01/2018 à 19:49, Jean louis Giraud-Desrondiers a écrit :




Le 16 janv. 2018 à 16:49, Michel  a écrit :

Le 16/01/2018 à 14:09, Jean louis Giraud-Desrondiers a écrit :

par l’intermédiaire du live-CD  ?


Oui, lancer smartctl -a /dev/sda ( ou /dev/sdb ) à partir d'un live-CD,
si celui-ci contient les smartmontools.
Il serait préférable de poster les résultats sur linux.debian.user.french.

Michel


désolé pour l’envoi en direct chez toi mais comme du coup j’utilise un logiciel 
de mail dont je n’ai pas l’habitude du coup je me trompe un peu.
Donc j’ai fait : smartctl -a /dev/sda
et j’ai eu comme réponse :
probable ATA device behind a SAT layer, try an additional « -d ata » or « -d 
sat » argument

j’ai lancé la commande suivante :
smartctl -d ata /dev/sda
et j’ai obtenu :
ATA device successfully opened
Use « smartctl -a » or -x to print SMART (and more) information



Il faut combiner les options : smartctl -a -d ata /dev/sda


--
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===

Re: kernel panic

[Jean louis Giraud-Desrondiers]

> Le 16 janv. 2018 à 16:49, Michel  a écrit :
> 
> Le 16/01/2018 à 14:09, Jean louis Giraud-Desrondiers a écrit :
>> par l’intermédiaire du live-CD  ?
>> 
> Oui, lancer smartctl -a /dev/sda ( ou /dev/sdb ) à partir d'un live-CD,
> si celui-ci contient les smartmontools.
> Il serait préférable de poster les résultats sur linux.debian.user.french.
> 
> Michel
> 
désolé pour l’envoi en direct chez toi mais comme du coup j’utilise un logiciel 
de mail dont je n’ai pas l’habitude du coup je me trompe un peu. 
Donc j’ai fait : smartctl -a /dev/sda
et j’ai eu comme réponse : 
probable ATA device behind a SAT layer, try an additional « -d ata » or « -d 
sat » argument

j’ai lancé la commande suivante : 
smartctl -d ata /dev/sda
et j’ai obtenu : 
ATA device successfully opened
Use « smartctl -a » or -x to print SMART (and more) information

Jlouis

Re: kernel panic

[steve]

Le 16-01-2018, à 16:07:43 +0100, André Debian a écrit :


On Tuesday 16 January 2018 13:13:17 Jean louis Giraud-Desrondiers wrote:

Je suis sous Debian Buster. Dernière mise à jour : hier.
Ce matin au démarrage kernel panic. J’ai essayé de démarrer en mode «
sysvinit » puis en « recovery mode » avec le noyau chargé hier
(4.14.0-2-686-pae) même résultat. J’ai ensuite essayé de démarrer sur le
noyau précédent (4.13) en mode normal, puis sysvinit puis recovery mode :
j’arrive toujours au même résultat : kernel panic.
Quelques précisions supplémentaires : il s’agit d’un portable avec un DD SSD
Sata III qui a presque 5 ans et j’ai déjà eu un kernel panic il y a 15 jours
puis ensuite tout est rentré dans l’ordre (du coup heureusement j’ai une
sauvegarde très récente).
La seule « bonne » nouvelle c’est que mon portable démarre avec un live-CD.
Du coup mes questions sont les suivantes :
est-ce que je peux espérer refaire fonctionner normalement mon portable
avec le DD actuel et si oui comment ?
s’il n’y a aucune possibilité de refaire fonctionner normalement le DD
actuel, j’envisage de racheter un DD SSD vierge pour remplacer celui que
j’ai actuellement : est-ce que cette solution vous paraît fiable ou bien
faut-il procéder autrement et comment ?


Voir, avant de racheter SSD, plutôt grub, c'est à la mode :-)
Booter sur un Live CD et réparer grub ?
(voir si le noyau dans grub.cfg correspond bien à celui de /boot).

En profiter pour installer en parallèle une autre partition,
surtout pas /dev/sda mais /ded/sdc, sinon c'est pas conforme :-)


:)


Sinon, le mieux est de passer manuellement en systèmeD sur /dev/sdd,
c'est plus « compliance ». 

Re: kernel panic

[Michel]

Le 16/01/2018 à 14:09, Jean louis Giraud-Desrondiers a écrit :
> par l’intermédiaire du live-CD  ?
>
Oui, lancer smartctl -a /dev/sda ( ou /dev/sdb ) à partir d'un live-CD,
si celui-ci contient les smartmontools.
Il serait préférable de poster les résultats sur linux.debian.user.french.

Michel

Re: kernel panic

[andre_debian]

On Tuesday 16 January 2018 13:13:17 Jean louis Giraud-Desrondiers wrote:
> Je suis sous Debian Buster. Dernière mise à jour : hier. 
> Ce matin au démarrage kernel panic. J’ai essayé de démarrer en mode «
> sysvinit » puis en « recovery mode » avec le noyau chargé hier
> (4.14.0-2-686-pae) même résultat. J’ai ensuite essayé de démarrer sur le
> noyau précédent (4.13) en mode normal, puis sysvinit puis recovery mode :
> j’arrive toujours au même résultat : kernel panic. 
> Quelques précisions supplémentaires : il s’agit d’un portable avec un DD SSD
> Sata III qui a presque 5 ans et j’ai déjà eu un kernel panic il y a 15 jours
> puis ensuite tout est rentré dans l’ordre (du coup heureusement j’ai une
> sauvegarde très récente).
> La seule « bonne » nouvelle c’est que mon portable démarre avec un live-CD. 
> Du coup mes questions sont les suivantes : 
> est-ce que je peux espérer refaire fonctionner normalement mon portable
> avec le DD actuel et si oui comment ?  
> s’il n’y a aucune possibilité de refaire fonctionner normalement le DD
> actuel, j’envisage de racheter un DD SSD vierge pour remplacer celui que
> j’ai actuellement : est-ce que cette solution vous paraît fiable ou bien
> faut-il procéder autrement et comment ? 

Voir, avant de racheter SSD, plutôt grub, c'est à la mode :-)
Booter sur un Live CD et réparer grub ?
(voir si le noyau dans grub.cfg correspond bien à celui de /boot).

En profiter pour installer en parallèle une autre partition,
surtout pas /dev/sda mais /ded/sdc, sinon c'est pas conforme :-)
y installer un Linux released, et voir si le SSD boote bien.

Ce serait dommage d'acheter un SSD pour rien.

André

Re: kernel panic

[Michel]

Le 16/01/2018 à 13:20, Jean louis Giraud-Desrondiers a écrit :
> Bonjour la liste, 
> Je suis sous Debian Buster. Dernière mise à jour : hier. 
> Ce matin au démarrage kernel panic. J’ai essayé de démarrer en mode « 
> sysvinit » puis en « recovery mode » avec le noyau chargé hier 
> (4.14.0-2-686-pae) même résultat. J’ai ensuite essayé de démarrer sur le 
> noyau précédent (4.13) en mode normal, puis sysvinit puis recovery mode : 
> j’arrive toujours au même résultat : kernel panic. 
> Quelques précisions supplémentaires : il s’agit d’un portable avec un DD SSD 
> Sata III qui a presque 5 ans et j’ai déjà eu un kernel panic il y a 15 jours 
> puis ensuite tout est rentré dans l’ordre (du coup heureusement j’ai une 
> sauvegarde très récente). 
> La seule « bonne » nouvelle c’est que mon portable démarre avec un live-CD. 
> Du coup mes questions sont les suivantes : 
> - est-ce que je peux espérer refaire fonctionner normalement mon portable 
> avec le DD actuel et si oui comment ? 
> et s’il n’y a aucune possibilité de refaire fonctionner normalement le DD 
> actuel, j’envisage de racheter un DD SSD vierge pour remplacer celui que j’ai 
> actuellement : est-ce que cette solution vous paraît fiable ou bien faut-il 
> procéder autrement et comment ? 
> Merci d’avance pour vos réponses. 
> Cordialement
> JL Giraud-Desrondiers
> 

Peux-tu lancer un smartctl -a sur ton SSD et donner la sortie?

Re: Kernel panic

[Belaïd]

bonsoir,
quels sont les arguments de boot du noyau que tu as utilisé ? (en appuyant
sur 'e' dans le menu grub)
Le 30 nov. 2014 11:19, "Zuthos Oddy"  a écrit :

>
> Bonjour,
>
> Sur un portable, j'ai un kernel panic:
> kernel panic - not syncing: No init found. try passing init= option to
> kernel
>
> J'arrive a me logger en passant par mon CD rescue.
>
> J'ai essayé de faire un update-initramfs, mais rien n'y fait. :-(
>
> Je ne sais pas trop quoi faire, et j'hésite à reprendre l'installation à 0
>
> Si vous aviez une petite idée de comment me sortir de l'impasse...
>
> Merci d'avance
>
> --
> Le travail est l'opium du peuple et je ne veux pas mourir drogué.
> -+- Boris Vian -+-
>
>
> --
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/fr/FrenchLists
>
> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
> vers debian-user-french-requ...@lists.debian.org
> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
> Archive:
> https://lists.debian.org/d87b1e42258504d7cd26d519c350027c.squirrel@bureau
>
>

Re: Kernel panic

[Rhatay Sami]

Hello,

il me semble que update-initramfs ne modifie pas le grub. As-tu essayé
'grub-update' ? Il régénère le fichier grub.cfg .

Sinon une autre solution est d'éditer l'entrée du grub manuellement
avant de boot en appuyant sur 'E' dans le menu au démarrage , puis
essayes de modifier la ligne 'initrd' en ajoutant un bon path de type
'/boot/initrd.img...'
Une fois booté, faire un 'grub-update'.

Bon courage!

Le 30/11/2014 11:19, Zuthos Oddy a écrit :
> 
> Bonjour,
> 
> Sur un portable, j'ai un kernel panic:
> kernel panic - not syncing: No init found. try passing init= option to kernel
> 
> J'arrive a me logger en passant par mon CD rescue.
> 
> J'ai essayé de faire un update-initramfs, mais rien n'y fait. :-(
> 
> Je ne sais pas trop quoi faire, et j'hésite à reprendre l'installation à 0
> 
> Si vous aviez une petite idée de comment me sortir de l'impasse...
> 
> Merci d'avance
> 


-- 
RHATAY Sami
IUT Vannes - INFO2
–––
.--. /
   |o_o |
   |:_/ |
  //   \ \
 (| | )
/'\_   _/`\
\___)=(___/



signature.asc
Description: OpenPGP digital signature

Re: Kernel panic une fois sur deux

[Bzzz]

On Sun, 16 Sep 2012 22:23:40 +0200
andre_deb...@numericable.fr wrote:

> J'ai mis sur mon PC les répertoires /boot et /usr
> sur un disque SSD,
> les autres répertoires sur un disque dur SATA.

Ben déjà avoir une copie des 2 dirs sur chaque HD, puis tester
lequel pose PB (SI c'est réellement un PB de HD [¯doutes¯]).

-- 
 Eh post-it ? Tu serais pas asiat ?
 si comen tu sé on se conné?
 Non non, mais j't'imagine petite jaune et collante.
 hein ?

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120916230242.61fcbdfb@anubis.defcon1

Re: "Kernel panic... something not syncing" avec noyau 2.6.32-5-bigmem

[Bernard Schoenacker]

Le Tue, 28 Feb 2012 20:50:42 +0100,
Nicolas FRANCOIS  a écrit :

> Le Tue, 28 Feb 2012 19:12:39 +0100,
> Bernard Schoenacker  a écrit :
> 
> > bonjour,
> > 
> > 
> > serait il possible de modifier le fichier de conf :
> > 
> > cat /etc/default/bootlogd
> > 
> > # Run bootlogd at startup ?
> > BOOTLOGD_ENABLE=Yes
> > 
> > en pager : most
> > 
> > 
> > pour lire les journaux, il est possible de renbooter sur un
> > noyau viable ou de les consulter via un live cdrom ...
> 
> Je boote normalement sur un noyau non-bigmem, et c'est sur ce noyau
> que j'avais posté les messages précédents (amputé que j'étais de 4Go,
> ce qui n'a, pour une session de moins d'une journée, pas de
> conséquence abominable).
> 
> Évidemment, après avoir rebooté, j'ai pu lancer le noyau bigmem sans
> aucun message d'erreur !!!
> 
> Au fait, en pager : most, c'est bienune ligne du fichier bootlogd ? Et
> où lit-on les bootlogs ? Dans /var/log ?
> 
> Sinon, je n'ai pas trouvé l'option "memtest" dans le boot, comme j'en
> avais une sous Ubuntu. C'est exprès ?
> 
> Bon, attendons le prochain plantage.
> 
> \bye
> 

bonjour,


le pager most est un paquet qui permet de mieux lire les fichiers
en lecture seule avec une sytaxe proche de vim ...

les logs : /var/log/boot

autre outil (exemple) : dmegs |most

concernant l'option indiquée au boot, il suffit de vérifier
la présence des paquets installés :

dpkg -l | awk '/memt/ {print $2}'

memtest86
memtest86+

autrement, prière d'utiliser abracadabra


slt
bernard

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120228210900.3bcf174d.bernard.schoenac...@free.fr

Re: "Kernel panic... something not syncing" avec noyau 2.6.32-5-bigmem

[Bzzz]

On Tue, 28 Feb 2012 20:50:42 +0100
Nicolas FRANCOIS  wrote:

> 
> Sinon, je n'ai pas trouvé l'option "memtest" dans le boot, comme j'en
> avais une sous Ubuntu. C'est exprès ?

Contrairement à trudububu, Debian considère que l'admin est un
adulte qualifié; il est donc de sa responsabilité d'installer les
packages voulus.

-- 
Darth Vader sleeps with a Teddywookie.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120228205922.370d00c2@anubis.defcon1

Re: "Kernel panic... something not syncing" avec noyau 2.6.32-5-bigmem

[Bzzz]

On Tue, 28 Feb 2012 20:50:09 +0100
Nicolas FRANCOIS  wrote:


> Et
> où lit-on les bootlogs ? Dans /var/log ?

/var/log/messages

-- 
Darth Vader sleeps with a Teddywookie.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120228205733.340c5914@anubis.defcon1

Re: "Kernel panic... something not syncing" avec noyau 2.6.32-5-bigmem

[Nicolas FRANCOIS]

Le Tue, 28 Feb 2012 19:12:39 +0100,
Bernard Schoenacker  a écrit :

> bonjour,
> 
> 
>   serait il possible de modifier le fichier de conf :
> 
>   cat /etc/default/bootlogd
> 
>   # Run bootlogd at startup ?
>   BOOTLOGD_ENABLE=Yes
> 
>   en pager : most
> 
> 
>   pour lire les journaux, il est possible de renbooter sur un
> noyau viable ou de les consulter via un live cdrom ...

Je boote normalement sur un noyau non-bigmem, et c'est sur ce noyau que
j'avais posté les messages précédents (amputé que j'étais de 4Go, ce
qui n'a, pour une session de moins d'une journée, pas de conséquence
abominable).

Évidemment, après avoir rebooté, j'ai pu lancer le noyau bigmem sans
aucun message d'erreur !!!

Au fait, en pager : most, c'est bienune ligne du fichier bootlogd ? Et
où lit-on les bootlogs ? Dans /var/log ?

Sinon, je n'ai pas trouvé l'option "memtest" dans le boot, comme j'en
avais une sous Ubuntu. C'est exprès ?

Bon, attendons le prochain plantage.

\bye

-- 

Nicolas FRANCOIS  |  /\ 
http://nicolas.francois.free.fr   | |__|
  X--/\\
We are the Micro$oft.   _\_V
Resistance is futile.   
You will be assimilated. darthvader penguin

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120228205042.1d8d62a0@gaston

Re: "Kernel panic... something not syncing" avec noyau 2.6.32-5-bigmem

[Nicolas FRANCOIS]

Le Tue, 28 Feb 2012 19:12:39 +0100,
Bernard Schoenacker  a écrit :

> bonjour,
> 
> 
>   serait il possible de modifier le fichier de conf :
> 
>   cat /etc/default/bootlogd
> 
>   # Run bootlogd at startup ?
>   BOOTLOGD_ENABLE=Yes
> 
>   en pager : most
> 
> 
>   pour lire les journaux, il est possible de renbooter sur un
> noyau viable ou de les consulter via un live cdrom ...

Je boote normalement sur un noyau non-bigmem, et c'est sur ce noyau que
j'avais posté les messages précédents (amputé que j'étais de 4Go, ce
qui n'a, pour une session de moins d'une journée, pas de conséquence
abominable).

Évidemment, après avoir rebooté, j'ai pu lancer le noyau bigmem sans
aucun message d'erreur !!!

Au fait, en pager : most, c'est bienune ligne du fichier bootlogd ? Et
où lit-on les bootlogs ? Dans /var/log ?

Bon, attendons le prochain plantage.

\bye

-- 

Nicolas FRANCOIS  |  /\ 
http://nicolas.francois.free.fr   | |__|
  X--/\\
We are the Micro$oft.   _\_V
Resistance is futile.   
You will be assimilated. darthvader penguin

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120228205009.413b7890@gaston

Re: "Kernel panic... something not syncing" avec noyau 2.6.32-5-bigmem

[Bzzz]

On Tue, 28 Feb 2012 20:32:38 +0100
Nicolas FRANCOIS  wrote:

> 
> Memtest va me dire cela ?

Pour le CAS vi, mais le RAS c'est moins sur; mais il-y-a des tas
d'utilitaires sur le net qui font ça très bien.

> Si oui, que dois-je guetter dans les
> affichages ? Quels sont les paramètres primordiaux ? Le CAS ? Autre
> chose ?

Palement CAS (CL) & RAS; mais il-y-a aussi trcd, trp & tras.

Note également qu'en Gal la carte mère n'aime pas des CAS différents
suivant les barrettes.

-- 
What a COINCIDENCE!  I'm an authorized "SNOOTS OF THE STARS" dealer!!

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120228204112.21b63770@anubis.defcon1

Re: "Kernel panic... something not syncing" avec noyau 2.6.32-5-bigmem

[Nicolas FRANCOIS]

Le Tue, 28 Feb 2012 19:18:07 +0100,
Bzzz  a écrit :

> On Tue, 28 Feb 2012 19:06:26 +0100
> Nicolas FRANCOIS  wrote:
> 
> 
> Vérifier si la RAM est en auto pour les timings.
> Si c'est le cas, l'analyser avec un utilitaire et la régler
> manuellement.
> 

Memtest va me dire cela ? Si oui, que dois-je guetter dans les
affichages ? Quels sont les paramètres primordiaux ? Le CAS ? Autre
chose ?

\bye

-- 

Nicolas FRANCOIS  |  /\ 
http://nicolas.francois.free.fr   | |__|
  X--/\\
We are the Micro$oft.   _\_V
Resistance is futile.   
You will be assimilated. darthvader penguin

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120228203238.73903bbf@gaston

Re: "Kernel panic... something not syncing" avec noyau 2.6.32-5-bigmem

[Bzzz]

On Tue, 28 Feb 2012 19:06:26 +0100
Nicolas FRANCOIS  wrote:


Vérifier si la RAM est en auto pour les timings.
Si c'est le cas, l'analyser avec un utilitaire et la régler
manuellement.

-- 
First Corollary of Taber's Second Law:
Machines that piss people off get murdered.
-- Pat Taber

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120228191807.7d908940@anubis.defcon1

Re: "Kernel panic... something not syncing" avec noyau 2.6.32-5-bigmem

[Bernard Schoenacker]

Le Tue, 28 Feb 2012 19:06:26 +0100,
Nicolas FRANCOIS  a écrit :

> Salut.
> 
> Je me suis racheté deux barrettes de 2G pour mon PC, portant ma
> mémoire totale à 8G. J'ai donc changé de noyau et installé le noyau
> "bigmem". Depuis, je rencontre des soucis du genre de ceux mentionnés
> dans le titre : le PC plante (une fois par mois, en gros), et quand
> j'essaye de rebooter, j'obtiens immédiatement un plantage juste après
> grub : "Kernel panic"... gnagna ... "not syncing".
> 
> J'ai un peu vadrouillé sur les bigs reports, je ne semble pas être le
> seul dans ce cas, mais je ne sais pas trop comment résoudre le
> problème : je ne sais pas afficher les messages d'erreur au boot (je
> n'arrive pas à faire défiler l'écran avec Shift Pg. Préc/Pg. Suiv).
> 
> Avez-vous des choses à me conseiller pour résoudre ce problème ?
> 
> Ah, oui, au fait, Debian Squeeze, sans diableries (sauf Iceweasel en
> backports).
> 
> \bye
> 

bonjour,


serait il possible de modifier le fichier de conf :

cat /etc/default/bootlogd

# Run bootlogd at startup ?
BOOTLOGD_ENABLE=Yes

en pager : most


pour lire les journaux, il est possible de renbooter sur un noyau
viable ou de les consulter via un live cdrom ...


slt
bernard


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120228191239.313e89b7.bernard.schoenac...@free.fr

Re: Kernel panic sur testing

[Jean-Yves F. Barbier]

On Mon, 26 Dec 2011 15:34:23 +0100
Goldy  wrote:

> C'est la première fois que je suis confronté à des kernel panic et je ne
> sais pas trop comment interpréter ces choses là.

Il faut en faire une mauvaise interprétation.

> J'ai essayé de changer de noyaux (en repassant à la version 3.0), mais
> le problème s'est produit une nouvelle fois (la photo correspond à cette
> version du noyaux).

Les kworkers sont des placeholders pour les threads du kernel,soit
la majorité de ses traitements (c'est pour cette raison qu'un KP
provoque un trace, sinon on ne saurait pas où donner de la tête).
Apparemment quelque chose ayant trait au WiFi (IEEE802.11) a fait
capoter le thread.

Il faut que tu vérifies:
* s'il faut un firmware pour ta Cte,
* s'il est chargé,
* s'il est à jour,
* quel est le driver chargé, et s'il ne peut pas y avoir un conflit
  entre 2 drivers différents,
* quels sont les switches du driver nécessaires au chipset de ta
  Cte, en commençant par 'gader s'il n'y en a pas un pour le
  debugging histoire d'avoir des traces dans les logs,
* que ton macbook n'a pas ses règles.

> Pour l'instant je touche du bois, mais je pense que
> ça va se produire à nouveau.

Le don de double-vue, c'est courant... surtout le lendemain de noël.

> Je ne sais pas trop comment faire un rapport de bug pour ce problème, si
> quelqu'un pouvait m'aider pour ça, ça serait l'idéal.

Avant de considérer que c'est un bug il faut vérifier que tout est
fait dans les règles. 

-- 
Lavish spending can be disastrous.  Don't buy any lavishes for a
while.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20111226171140.7a1286a0@anubis.defcon1

Re: Kernel Panic ...

[Basile Starynkevitch]

On Sat, 4 Dec 2010 23:47:42 +0100
"Jean-Yves F. Barbier" <12u...@gmail.com> wrote:

> On Sat, 4 Dec 2010 22:57:16 +0100, anto...@starinux.org wrote:
> 
> utiliser memtest86+ et laisser tourner au minimum 3 cycles complets de
> tests.
> 
> > Je voudrais pas acheter une barette (DDR) pour rien :-)


Il y a cinq ans, sur un portable MSI S270, une barette était mauvaise
alors que memtest ne trouvait rien. C'est en échangeant la barette
(temporairement) avec une autre (prêtée par un ami) que j'ai compris
qu'elle est defectueuse!

Cordialement
-- 
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mine, sont seulement les miennes} ***

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20101205121659.f6036357.bas...@starynkevitch.net

Re: Kernel Panic ...

[Jean-Yves F. Barbier]

On Sat, 4 Dec 2010 22:57:16 +0100, anto...@starinux.org wrote:

utiliser memtest86+ et laisser tourner au minimum 3 cycles complets de
tests.

> Je voudrais pas acheter une barette (DDR) pour rien :-)

-- 
"You have been in Afghanistan, I perceive."
-- Sir Arthur Conan Doyle, "A Study in Scarlet"

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20101204234742.4fb45...@anubis.defcon1

Re: Kernel Panic ...

[Thierry Chatelet]

On Saturday 04 December 2010 22:05:58 cor...@free.fr wrote:
> Le mardi 30 novembre 2010, Pierre Meurisse a écrit :
> > Tu peux essayer de permuter la 2 et la 3 pour ne rien perdre de ta
> > mémoire. J'ai eu récemment entre les mains une machine qui ne voulait
> > rien savoir pour démarrer. Une permutation des barrettes a été efficace.
> > Pierre Meurisse
> 
> 
> Merci,
> 
> cette méthode a supprimé le "Kernel Panic".
> Le boot est devenu normal.
> 
> mais maintenant j'ai une brutale perte de session
> environ toutes les heures :
> je me retrouve sur le login gdm d'un seul coup.
> (j'utilise KDE, Dion Debian-Lenny 32 bits)
> 
> Serait-ce alors ma carte graphique ?
> 
> @+

Mes2cts:
J' ai eu le même problème et augmenter le voltage de 0,1 volt sur les barrettes 
à été la solution. La machine tourne toujours. Pour la petite histoire, le 
problème est survenu lors du passagede Etch à Lenny.
Thierry

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/201012042237.28839.tchate...@free.fr

Re: Kernel Panic ...

[Jean-Yves F. Barbier]

On Sat, 4 Dec 2010 22:05:58 +0100, cor...@free.fr wrote:

> cette méthode a supprimé le "Kernel Panic". 
> Le boot est devenu normal.
> 
> mais maintenant j'ai une brutale perte de session 
> environ toutes les heures :
> je me retrouve sur le login gdm d'un seul coup.
> (j'utilise KDE, Dion Debian-Lenny 32 bits)
> 
> Serait-ce alors ma carte graphique ?

non, c'est ta barette foireuse qui est atteinte plus tard parce que
maintenant placée plus vers la fin de la RAM.

-- 
"Listen to what I say, not what I mean.  I mean "
-- Mayor Daley

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20101204221536.2b2a3...@anubis.defcon1

Re: Kernel Panic ...

[corbie]

Le mardi 30 novembre 2010, Pierre Meurisse a écrit :
> Tu peux essayer de permuter la 2 et la 3 pour ne rien perdre de ta mémoire.
> J'ai eu récemment entre les mains une machine qui ne voulait rien savoir
> pour démarrer. Une permutation des barrettes a été efficace.
> Pierre Meurisse

Merci,

cette méthode a supprimé le "Kernel Panic". 
Le boot est devenu normal.

mais maintenant j'ai une brutale perte de session 
environ toutes les heures :
je me retrouve sur le login gdm d'un seul coup.
(j'utilise KDE, Dion Debian-Lenny 32 bits)

Serait-ce alors ma carte graphique ?

@+

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/201012042205.59043.cor...@free.fr

Re: Kernel Panic ...

[Pierre Meurisse]

On Mon, Nov 29, 2010 at 09:56:29PM -0200, Adriano Rogério Trentini wrote:
> 
> Je eus le même problême pour la la matin. Pour la nuit, le systême
> arreta. Je ne sais pas rien de ce chose. Desolé.
> Il lunedì 29 novembre 2010 19:41:31 cor...@free.fr ha scritto:
> > Bonsoir à Tous,
> >
> > Debian Lenny 32 bits :
> >
> > "Kernel Panic : not syncing = fatal exception in interrupt IRQ"
> >
> > S'agit-il d'un problème de barettes mémoire ?
> >
> > J'ai 3 barettes RAM (3 slots) :
> > 1] 512 Mo
> > 2] 256 Mo
> > 3] 256 Mo
> >
> > J'ai retiré au hasard la 3] et Debian est bien reparti sans erreur.
> >
Tu peux essayer de permuter la 2 et la 3 pour ne rien perdre de ta mémoire.

J'ai eu récemment entre les mains une machine qui ne voulait rien savoir
pour démarrer. Une permutation des barrettes a été efficace.

A+

-- 
Pierre Meurisse

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20101130034015.ga3...@asusqueeze.bureau.maison

Re: Kernel Panic ...

[Adriano Rogério Trentini]

Je eus le même problême pour la la matin. Pour la nuit, le systême 
arreta. Je ne sais pas rien de ce chose. Desolé.

Il lunedì 29 novembre 2010 19:41:31 cor...@free.fr ha scritto:
> Bonsoir à Tous,
>
> Debian Lenny 32 bits :
>
> "Kernel Panic : not syncing = fatal exception in interrupt IRQ"
>
> S'agit-il d'un problème de barettes mémoire ?
>
> J'ai 3 barettes RAM (3 slots) :
> 1] 512 Mo
> 2] 256 Mo
> 3] 256 Mo
>
> J'ai retiré au hasard la 3] et Debian est bien reparti sans erreur.
>
> Merci et bonne fin de soirée.
>
> Henri



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4cf43dad@yahoo.com.br

Re: kernel panic

[Julien]

Le mardi 26 octobre 2010 à 14:16 +0200, gg aka linedubeth a écrit :
> J'ai fais sans trop réfléchir un instantané de la machine virtuelle.
> et
> je n'ai plus de problème par contre si je peux envoyer mon dmesg est ce 
> que cela sera utile?

Oui, il y a des infos intéressantes dedans.

> Par contre j'ai aussi un kernel failure j'ai fait des captures écrans
> du genre:http://img200.imageshack.us/img200/4274/capture10u.png

Il y aura plus d'infos dans dmesg je pense ...

Julien

PS: Pour la réponse envoi uniquement à
debian-user-french@lists.debian.org

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/1288095673.3938.7.ca...@pc-julien.office

Re: kernel panic

[gg aka linedubeth]

Le 26/10/2010 08:34, Julien a écrit :

Le mardi 26 octobre 2010 à 08:05 +0200, gg aka linedubeth a écrit :

Bonjour à tous,

je suis en train d'essayer debian 5.0.6 apres quelques déboire avec un
moniteur récalcitrant. J'essaye dans une machine virtuelle et je me
retrouve avec un kernel panic.


à quel moment ? Chargement du serveur X ? Démarrage de
network-manager ? ...



Tout fonctionnait très bien jusqu'à présent j'ai juste voulu installer
kde, j'ai laissé le gestionnaire gdm.

Tu avais une session graphique sous gnome qui fonctionnait avant
d'installer les paquets de kde ?

Est-ce que tu aurais plus d'info concernant le kernel panic ? Des noms
de fichiers associés ?

Julien


J'ai fais sans trop réfléchir un instantané de la machine virtuelle.
et
je n'ai plus de problème par contre si je peux envoyer mon dmesg est ce 
que cela sera utile?


l'erreur se produisait apres le boot mais je ne sais pas revenir en arrière.


Par contre j'ai aussi un kernel failure j'ai fait des captures écrans
du genre:http://img200.imageshack.us/img200/4274/capture10u.png

Merci

Au plaisir de vous lire.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4cc6c6ab.3080...@free.fr

Re: kernel panic

[Julien]

Le mardi 26 octobre 2010 à 08:05 +0200, gg aka linedubeth a écrit :
> Bonjour à tous,
> 
> je suis en train d'essayer debian 5.0.6 apres quelques déboire avec un 
> moniteur récalcitrant. J'essaye dans une machine virtuelle et je me 
> retrouve avec un kernel panic.

à quel moment ? Chargement du serveur X ? Démarrage de
network-manager ? ...

> 
> Tout fonctionnait très bien jusqu'à présent j'ai juste voulu installer 
> kde, j'ai laissé le gestionnaire gdm.
Tu avais une session graphique sous gnome qui fonctionnait avant
d'installer les paquets de kde ?

Est-ce que tu aurais plus d'info concernant le kernel panic ? Des noms
de fichiers associés ?

Julien 

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/1288074841.3938.2.ca...@pc-julien.office

Toujours pas de son via l'HDMI en 2.6.33 [was Re: Kernel panic]

[David BERCOT]

Bonsoir,

Le Sat, 23 Jan 2010 11:14:56 +0100,
"tv.deb...@googlemail.com"  a écrit :
>>David BERCOT a écrit :
>> Bonjour,
>> 
>> Comme je n'ai pas trouvé de dépôt tout fait, je suis donc passé à la
>> phase "compilation manuelle" ;-)
>> Tout s'est très bien passé sauf au reboot :
>> Kernel panic - not syncing: VFS: Unable to mount fs on
>> unknown-block(0,0)
>Hello, kernel package dans les versions sup à 12.* nécessite un peu de
>configuration, regarde dans
>/usr/share/kernel-package/examples/etc/kernel/*.d
>et copie les scripts dont tu peux avoir besoin dans les répertoires
>correspondant de /etc/kernel/*.d, ici ce sont les scripts "initramfs"
>que tu cherches.
>Par défault l'initrd n'est pas créé, même avec l'option ad-hoc.

Merci pour ces infos qui, en effet, étaient les bonnes.
Ca se passe bien pour mon noyau (un peu moins bien pour les headers,
mais bon, je vais creuser).

Malheureusement, ça ne change rien au niveau de la sortie son via
l'HDMI !!! Tout semble ok, mais rien ne sort !

Est-ce que quelqu'un a une carte ATI avec une sortie HDMI par laquelle
sort du son ?

Merci d'avance.

David.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Kernel panic [was Re: Repository "kernel" pour Debian]

[tv.deb...@googlemail.com]

>David BERCOT a écrit :
> Bonjour,
> 
> Comme je n'ai pas trouvé de dépôt tout fait, je suis donc passé à la
> phase "compilation manuelle" ;-)
> J'ai donc téléchargé les sources du noyau 2.6.33-rc5 à partir de
> kernel.org et j'ai enchaîné avec la méthode suivante :
> # cd /opt
> # tar --bzip2 -xvf linux-2.6.33-rc5.tar.bz2
> # cd linux-2.6.33-rc5
> # make menuconfig
> # make-kpkg clean
> # fakeroot make-kpkg --append-to-version=.`date +%y%m%d` --initrd
> kernel-image # cd ..
> # dpkg -i
> linux-image-2.6.33-rc5.100123_2.6.33-rc5.100123-10.00.Custom_amd64.deb
> 
> Tout s'est très bien passé sauf au reboot :
> Kernel panic - not syncing: VFS: Unable to mount fs on
> unknown-block(0,0)
> 
> Bon, après quelques recherches sur Google, cette erreur semble
> classique sauf que, si je ne dis pas de bêtise, je ne devrais pas
> l'avoir...
> Mais j'ai l'impression que mon option '--initrd' lors de la compilation
> n'a pas été prise en compte. En effet, dans /boot, je n'ai que :
> total 24900
> -rw-r--r-- 1 root root  105046 11 janv. 00:55 config-2.6.32-trunk-amd64
> -rw-r--r-- 1 root root  107903 23 janv. 08:41 config-2.6.33-rc5.100123
> drwxr-xr-x 3 root root4096 23 janv. 10:00 grub
> -rw-r--r-- 1 root root 8792970 17 janv. 14:33
> initrd.img-2.6.32-trunk-amd64 -rw-r--r-- 1 root root 8438975 17 janv.
> 10:51 initrd.img-2.6.32-trunk-amd64.bak -rw-r--r-- 1 root root 1617703
> 11 janv. 00:55 System.map-2.6.32-trunk-amd64 -rw-r--r-- 1 root root
> 1676029 23 janv. 09:45 System.map-2.6.33-rc5.100123 -rw-r--r-- 1 root
> root 2347008 11 janv. 00:54 vmlinuz-2.6.32-trunk-amd64 -rw-r--r-- 1
> root root 2392624 23 janv. 09:45 vmlinuz-2.6.33-rc5.100123
> 
> Est-ce que je me suis planté quelque part ?
> Est-ce que mon option n'est pas bien positionné ?
> Est-ce que le problème vient d'ailleurs (j'imagine que, en statique,
> sachant que je n'ai pas touché au fichier config, tout doit bien se
> charger) ?
> 
> Merci d'avance.
> 
> David.

Hello, kernel package dans les versions sup à 12.* nécessite un peu de
configuration, regarde dans
/usr/share/kernel-package/examples/etc/kernel/*.d

et copie les scripts dont tu peux avoir besoin dans les répertoires
correspondant de /etc/kernel/*.d, ici ce sont les scripts "initramfs"
que tu cherches.

Le README de kernel-package explique tout ça (en Anglais), sinon en
Français il y a un topo là
http://www.linuxpedia.fr/doku.php/debian/debian_compilation_noyau

Par défault l'initrd n'est pas créé, même avec l'option ad-hoc.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Kernel Panic au petit d éjeuner !

[Sébastien NOBILI]

Salut,

Le jeudi 21 janvier 10 à 20:01, Yo machine a écrit :
| Le jeudi 21 janvier 2010 à 18:50 +0100, patrick a écrit :

[...]

| > 1. démarre avec un live-cd (disons un ubuntu)
| > 2. n'installes rien sur ton disque dur,
| > 3. une fois dans l'interface graphique d'ubuntu ouvres un terminal,
| > montes si nécessaire ton disque dur et fais un #fsck.ext2 -f /dev/sda1
| > pour vérifier.

Tu peux aussi utiliser badblocks. Par défaut il fait un test de lecture,
mais il propose également un test de lecture / écriture non-destructive
(option -n).

Seb

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Kernel Panic au petit déjeuner !

[Yo machine]

Le jeudi 21 janvier 2010 à 18:50 +0100, patrick a écrit :
> Yo!
> Bon tout d'abord ça ne se fait pas de "voler le fil de quelqu'un
> d'autre" même résolu. Passons...
J'ai fait ça ?!  Mince alors, vraiment désolé.
> 
> Donc: rouvres un fil avec ta question.
> 
> Enfin:
> 1. démarre avec un live-cd (disons un ubuntu)
> 2. n'installes rien sur ton disque dur,
> 3. une fois dans l'interface graphique d'ubuntu ouvres un terminal,
> montes si nécessaire ton disque dur et fais un #fsck.ext2 -f /dev/sda1
> pour vérifier.
> 
> Enfin (2) tiens nous au courant

Merci, je vais.
> 
> P.
P'tit Louis

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Kernel Panic au petit déjeuner !

[Yo machine]

Je me réponds parce que je me parle aussi,

Suite à ce mail, nouvelle tentative et ça marche !!

Dois-je m'inquiéter d'un disque dur qui commencerait à rendre l'âme ?!

P'tit Louis


> Ce matin, sans crier gare mon système ne veut plus partir et m'affiche
> ostensiblement ce message
> 
> ext2-fs: sda1: couldn't mount because of unsupported opional feature (4)
> no filesystem could mount root, tried : ext2 vfat iso9660
> Kernel Panic - not syncing: VFS: Unable to mount root fs on unknown
> block (8,1)
> 
> Et plus rien.


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Kernel panic manuel ?

[Guillaume Caron]

Super, c'est exactement ce que je cherchais, merci et bon week-end !
--
Guillaume


Le vendredi 24 avril 2009 à 15:20 +0200, Glennie Vignarajah a écrit :

> Le Thursday 23 April 2009, Guillaume Caron(Guillaume Caron
> ) a écrit:
> > Hello la liste !
> 
> 
> 
> Salut,
> 
> 
> 
> 
> >
> > Une petite question comme ça : est-ce qu'il est possible de
> > déclencher manuellement un kernel panic ?
> > Ça serait pour faire des tests sur un cluster de machines
> > virtuelles et voir le comportement de l'ensemble, cependant je
> > n'ai trouvé aucune commande simple pour ça.
> 
> 
> 
> Voir:
> http://evuraan.blogspot.com/2004/12/how-to-force-linux-box-to-panic.html
> 
> 
> 
> 
> Sinon, pour forcer un reboot immédiat (avec un sync des fs):
> echo "sync" | sudo tee /proc/sysrq-trigger ; echo "reBoot" | sudo
> tee /proc/sysrq-trigger
> 
> 
> 
> Il y a aussi le "powerOff"; pour avoir les options, faites
> echo "help" | sudo tee /proc/sysrq-trigger ; dmesg
> A+
> -- 
> http://www.glennie.fr
> The reasonable man adapts himself to the world; the unreasonable one
> persists in trying to adapt the world to himself. Therefore all
> progress depends on the unreasonable man.
> 
> 
> 


signature.asc
Description: Ceci est une partie de message numériquement signée

Re: Kernel panic manuel ?

[Glennie Vignarajah]

Le Friday 24 April 2009, François Cerbelle(François Cerbelle 
) a écrit:

Salut,

> Euh... Tant qu'à répondre en HTML sur la liste, autant mettre un
> lien ! ;-)
Merci pour l'info. C'est corrigé!
La migration de kde3 vers kde4 à l'air d'y être pour quelque chose...
A+
-- 
http://www.glennie.fr
The reasonable man adapts himself to the world; the unreasonable one 
persists in trying to adapt the world to himself. Therefore all 
progress depends on the unreasonable man.

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

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Kernel panic manuel ?

[François Cerbelle]

Glennie Vignarajah a écrit :
[...]




Voir: 
http://evuraan.blogspot.com/2004/12/how-to-force-linux-box-to-panic.html




Euh... Tant qu'à répondre en HTML sur la liste, autant mettre un lien ! ;-)


Fanfan

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

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Kernel panic manuel ?

[Glennie Vignarajah]

Le Thursday 23 April 2009, Guillaume Caron(Guillaume Caron 
) a écrit:
> Hello la liste !

Salut,


>
> Une petite question comme ça : est-ce qu'il est possible de
> déclencher manuellement un kernel panic ?
> Ça serait pour faire des tests sur un cluster de machines
> virtuelles et voir le comportement de l'ensemble, cependant je
> n'ai trouvé aucune commande simple pour ça.

Voir: http://evuraan.blogspot.com/2004/12/how-to-force-linux-box-to-
panic.html


Sinon, pour forcer un reboot immédiat (avec un sync des fs):
echo "sync" | sudo tee /proc/sysrq-trigger ; echo "reBoot" | sudo tee 
/proc/sysrq-trigger

Il y a aussi le "powerOff"; pour avoir les options, faites
echo "help" | sudo tee /proc/sysrq-trigger ; dmesg
A+
-- 
http://www.glennie.fr
The reasonable man adapts himself to the world; the unreasonable one 
persists in trying to adapt the world to himself. Therefore all 
progress depends on the unreasonable man.

Re: Kernel panic manuel ?

[JB]

Le jeudi 23 avril 2009 à 19:24 +0200, Guillaume Caron a écrit :
> Hello la liste !
> 
> Une petite question comme ça : est-ce qu'il est possible de déclencher
> manuellement un kernel panic ?
> Ça serait pour faire des tests sur un cluster de machines virtuelles
> et voir le comportement de l'ensemble, cependant je n'ai trouvé aucune
> commande simple pour ça.
> 
> Merci d'avance !
> --
> Guillaume
> 
Oui il est possible de forcer un panic system avec l'utilisation
combinée de plusieurs touches,
suivi de la récupération du dump puis de l'analyse
A+
JB


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

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: kernel panic

[deny]

GanGan a écrit :

probleme de lilo ou grub
boot sur un live cd 


ce matin, tout s'est remis en place
après reboot
peut-être qu'il fallait une nuit de sommeil ?

--
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 [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: kernel panic

[Guy Roussin]

deny a écrit :

salut
après un plantage magistral sur ma becane
j'ai ce message lors du boot

vfs cannot open root device hda1 or unknown-block(0,0)
please append a correct root= boot option

je voudrais bien mais quoi donc ?

merci


Il nous faudrait en savoir un peu plus (grub, version de l'os , ..)
mais il y a eu un changement au niveau des disques ou du kernel
et /dev/hda1 s'appelle autrement (/dev/sda1 ou /dev/hdb1, ...).
Si vous utilisez grub, vous pouvez éditer temporairement la ligne
kernel qui fait reference à /dev/hda1 et la corriger en conséquence ...

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 [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: kernel panic sur novascale T840

[Alexandre Mackow]

KOUAO aketchi a écrit :
> Bonjour,
>  
> J'ai un serveur BULL Novascale T840 sur lequel est installé Debian Etch
> 4.02 . j' ai donc créé un nouveau noyau pour pouvoir prendre en compte
> ma mémoire de 2GB et le système multiprocessing . Le noyau a été compilé
> et un fichier .deb a été créé pour ce noyau. Quand j'installe ce fichier
> et veux booter : ce message apparaît :" cannot open root  device "md2"
> or unknown block(0.0). Please append a correct "root" = boot option .
> kernel panic not syncing : VFS : unable to mount root fs on
> unknown-block (0,0)" . En cherchant, je me suis rendu compte que le
> initrd.img correspondant à ce noyau n' est pas créé. Pourriez-vous me
> tirer d'affaire svp?
> Merci de votre sympathie.
> 
> 
> Ne gardez plus qu'une seule adresse mail ! Copiez vos mails
> 
> vers Yahoo! Mail

Salut,
 spécifies l'option --initrd à ton make-kpkg lors de la compilation de
ton noyal ...
ce sera plus simple, sinon tu es obligé de mettre les modules en dur (
hardware, FS ...) pour que le système puisse démarrer.

++


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

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [résolu] Re: kernel panic ave c ssh/scp/ftp/...

[bayrouni]

BM a écrit :

BM a écrit :

bayrouni a écrit :

BM wrote:

bayrouni a écrit :

BM wrote:

bayrouni a écrit :

Bonjour,
En réseau local wireless, j'utilise ssh, scp, ftp etc normalement.
Par contre quand je veux faire la même chose mais en passant par 
l'interface filaire entre toujours les 2 mêmes PCs, j'ai droit à 
un kernel panic instantanné.


C'est sur l'écran du PC serveur (ou tourne ssh et ftp) qu'une 
page s'affiche avec comme dernière ligne kernel panic: not 
syncing ...


J'ai regardé dans /var/log/syslog et /var/log/ken.log, il ny a rien.

La seule chose (à ma connaissance) que je pourrai fournir comme 
info sur le problème c'est une image de l'ecran :( (une photo).



Il y a quelques temps j'avais posté un message du genre mais 
c'était plutot pour un problème de stalled lors de la copie d'un 
grand fichier avec scp.


Ce problème avait disparu et maintenant il revient en force.

Je ne peux utiliser que le wifi, mais copier des fichiers vob de 
4 go en wifi n'est pas une solution  (je les copie pour les 
encoder avant de les reexpédier).


La carte réseau de part et d'autre:  sis900 sur le serveur et 
r8169 sur portable.


Mais toutes  les deux ont toujours parfaitement fonctionnées.

Je dirais sans être  capable de l'expliquer, que ça vient de la 
présence du lan wifi et lan filaire en  même temps.


voici mon route -n:

sudo route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric 
RefUse Iface
192.168.50.00.0.0.0 255.255.255.0   U 0  
00 wlan0
192.168.60.00.0.0.0 255.255.255.0   U 0  
00 eth0
127.0.0.0   0.0.0.0 255.0.0.0   U 0  
00 lo
0.0.0.0 192.168.50.10.0.0.0 UG2000   
00 wlan0


et sur le serveur:
192.168.50.00.0.0.0 255.255.255.0   U 0  
00  ath0
192.168.60.00.0.0.0 255.255.255.0   U 0  
00 eth0
0.0.0.0 192.168.50.10.0.0.0 UG0  
00  ath0


tu as 1 carte wifi sur le serveur et 1 sur le PC ?
tu les connectes en mode ad-hoc ?

ou as tu un AP et le serveur sur le lan et le PC connecté au 
serveur par l'AP en mode Managed ?


Bernard


Bernard





Désolé pour l'oubli de certains points:

1  Le réseau wifi passe par un routeur/AP (tout va bien)
2  Les deux PCs en question sont reliés directement via leurs 
interfaces filaires .


Merci

A +
Bayrouni




Donc au moment du "kernel panic" tes 2 machines sont connectées sur 
ton lan par les interfaces eth0 ?


Par eth0 mais aussi par ath0.


A quoi sert l'interface ath0 sur ton serveur ?



Elle sert à une connexion entre portable et serveur en wifi.  (donc j'ai
2 réseaux identiques, sauf que l'un utilise le filaire et l'autre le
sans fil .  Le routeur/AP lui, il sert en plus à connecter l'une et
l'autre machine à internet.  Le serveur ne joue pas le rôle de
passerelle pour le portable.


Si elle ne sert pas pour cette manip peux tu essayer de faire un
ifdown ath0
sur ton serveur ?


Oui je l'ai fait, malheureusement, rien de changé à signaler.

Mais, j'ai agit à la brute, et j'ai encore une fois changé de carte
réseau car celle integré au serveur (dans la CM) est devenu defectueuse.
 (je le suppose bien entendu car la nouvelle carte ethernet (que j'ai 
récupéré d'un Pc que je n'utilise pas en réseau  ne pose pas

de probleme).

Merci beaucoup.

a +


Peux tu refaire la manip en déchargeant les modules (modprobe -r 
nom_module) des interfaces qui ne sont pas utilisées par la manip (ta 
carte wifi du PC wlan0 et ton ath0 sur le serveur ?


Peux tu nous donner le résultat de lspci et lsusb ?


Bernard




Résolu, carte ethernet deffectueuse




Désolé de reprendre ...


en ayant remplacé la carte ethernet sur le serveur, j'ai pu copier de 
gros fichiers sans que le portable ne gêle.


J'ai cru alors à tort que le problème venait de là ...

Bon je viens de reprendre de grandes copies de fichers vers le serveur 
et parfois vers le portable,  et j'ai été surpris car mon portable à 
encore une fois gelé.


Et cette fois j'ai pensé plûtot à la carte ethernet intégré au portable, 
j'ai dechargé son module (r8169) et j'ai repris les copies mais via le 
wifi :(


Durant toute la journée pas de gel,  mais ce n'est pas tout.
sur http://kompi.homelinux.org/home/patrick/asus_a6tc-howto/, il est 
mentionn& que ce driver realtek pose sur certains systemes comme le mien
des problèmes , des gels plus précisément.  et  il n'est pas inclu dans 
le noyau fort heureusement.



Et si vous le permettez, je vais faire un peu de publicité pour asus 
(mon portable est un asus a6tc):
Ce portable asus a6tc est vraiment une  poubelle. (acpi, alsa, wifi, 
ethernet, infrarouge, webcam, rien ne fonctionne correctement)

Je l'ai acheté il y a un an (il est encore sous garanti).
Mais je ne  pense pas qu'il va survivre à l'été.

J'envisage déjà d'en acheter un en septembre, mais pas d'asus même pas à 
moitié prix. .


Je l'envisage

[résolu] Re: kernel panic avec ssh/scp/ftp/...

[BM]

BM a écrit :

bayrouni a écrit :

BM wrote:

bayrouni a écrit :

BM wrote:

bayrouni a écrit :

Bonjour,
En réseau local wireless, j'utilise ssh, scp, ftp etc normalement.
Par contre quand je veux faire la même chose mais en passant par 
l'interface filaire entre toujours les 2 mêmes PCs, j'ai droit à 
un kernel panic instantanné.


C'est sur l'écran du PC serveur (ou tourne ssh et ftp) qu'une page 
s'affiche avec comme dernière ligne kernel panic: not syncing ...


J'ai regardé dans /var/log/syslog et /var/log/ken.log, il ny a rien.

La seule chose (à ma connaissance) que je pourrai fournir comme 
info sur le problème c'est une image de l'ecran :( (une photo).



Il y a quelques temps j'avais posté un message du genre mais 
c'était plutot pour un problème de stalled lors de la copie d'un 
grand fichier avec scp.


Ce problème avait disparu et maintenant il revient en force.

Je ne peux utiliser que le wifi, mais copier des fichiers vob de 4 
go en wifi n'est pas une solution  (je les copie pour les encoder 
avant de les reexpédier).


La carte réseau de part et d'autre:  sis900 sur le serveur et 
r8169 sur portable.


Mais toutes  les deux ont toujours parfaitement fonctionnées.

Je dirais sans être  capable de l'expliquer, que ça vient de la 
présence du lan wifi et lan filaire en  même temps.


voici mon route -n:

sudo route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric 
RefUse Iface
192.168.50.00.0.0.0 255.255.255.0   U 0  
00 wlan0
192.168.60.00.0.0.0 255.255.255.0   U 0  
00 eth0
127.0.0.0   0.0.0.0 255.0.0.0   U 0  
00 lo
0.0.0.0 192.168.50.10.0.0.0 UG2000   
00 wlan0


et sur le serveur:
192.168.50.00.0.0.0 255.255.255.0   U 0  
00  ath0
192.168.60.00.0.0.0 255.255.255.0   U 0  
00 eth0
0.0.0.0 192.168.50.10.0.0.0 UG0  
00  ath0


tu as 1 carte wifi sur le serveur et 1 sur le PC ?
tu les connectes en mode ad-hoc ?

ou as tu un AP et le serveur sur le lan et le PC connecté au 
serveur par l'AP en mode Managed ?


Bernard


Bernard





Désolé pour l'oubli de certains points:

1  Le réseau wifi passe par un routeur/AP (tout va bien)
2  Les deux PCs en question sont reliés directement via leurs 
interfaces filaires .


Merci

A +
Bayrouni




Donc au moment du "kernel panic" tes 2 machines sont connectées sur 
ton lan par les interfaces eth0 ?


Par eth0 mais aussi par ath0.


A quoi sert l'interface ath0 sur ton serveur ?



Elle sert à une connexion entre portable et serveur en wifi.  (donc j'ai
2 réseaux identiques, sauf que l'un utilise le filaire et l'autre le
sans fil .  Le routeur/AP lui, il sert en plus à connecter l'une et
l'autre machine à internet.  Le serveur ne joue pas le rôle de
passerelle pour le portable.


Si elle ne sert pas pour cette manip peux tu essayer de faire un
ifdown ath0
sur ton serveur ?


Oui je l'ai fait, malheureusement, rien de changé à signaler.

Mais, j'ai agit à la brute, et j'ai encore une fois changé de carte
réseau car celle integré au serveur (dans la CM) est devenu defectueuse.
 (je le suppose bien entendu car la nouvelle carte ethernet (que j'ai 
récupéré d'un Pc que je n'utilise pas en réseau  ne pose pas

de probleme).

Merci beaucoup.

a +


Peux tu refaire la manip en déchargeant les modules (modprobe -r 
nom_module) des interfaces qui ne sont pas utilisées par la manip (ta 
carte wifi du PC wlan0 et ton ath0 sur le serveur ?


Peux tu nous donner le résultat de lspci et lsusb ?


Bernard




Résolu, carte ethernet deffectueuse


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

"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: kernel panic avec ssh/scp/ftp/...

[BM]

bayrouni a écrit :

BM wrote:

bayrouni a écrit :

BM wrote:

bayrouni a écrit :

Bonjour,
En réseau local wireless, j'utilise ssh, scp, ftp etc normalement.
Par contre quand je veux faire la même chose mais en passant par 
l'interface filaire entre toujours les 2 mêmes PCs, j'ai droit à un 
kernel panic instantanné.


C'est sur l'écran du PC serveur (ou tourne ssh et ftp) qu'une page 
s'affiche avec comme dernière ligne kernel panic: not syncing ...


J'ai regardé dans /var/log/syslog et /var/log/ken.log, il ny a rien.

La seule chose (à ma connaissance) que je pourrai fournir comme 
info sur le problème c'est une image de l'ecran :( (une photo).



Il y a quelques temps j'avais posté un message du genre mais 
c'était plutot pour un problème de stalled lors de la copie d'un 
grand fichier avec scp.


Ce problème avait disparu et maintenant il revient en force.

Je ne peux utiliser que le wifi, mais copier des fichiers vob de 4 
go en wifi n'est pas une solution  (je les copie pour les encoder 
avant de les reexpédier).


La carte réseau de part et d'autre:  sis900 sur le serveur et r8169 
sur portable.


Mais toutes  les deux ont toujours parfaitement fonctionnées.

Je dirais sans être  capable de l'expliquer, que ça vient de la 
présence du lan wifi et lan filaire en  même temps.


voici mon route -n:

sudo route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref
Use Iface
192.168.50.00.0.0.0 255.255.255.0   U 0  
00 wlan0
192.168.60.00.0.0.0 255.255.255.0   U 0  
00 eth0
127.0.0.0   0.0.0.0 255.0.0.0   U 0  
00 lo
0.0.0.0 192.168.50.10.0.0.0 UG2000   
00 wlan0


et sur le serveur:
192.168.50.00.0.0.0 255.255.255.0   U 0  
00  ath0
192.168.60.00.0.0.0 255.255.255.0   U 0  
00 eth0
0.0.0.0 192.168.50.10.0.0.0 UG0  
00  ath0


tu as 1 carte wifi sur le serveur et 1 sur le PC ?
tu les connectes en mode ad-hoc ?

ou as tu un AP et le serveur sur le lan et le PC connecté au serveur 
par l'AP en mode Managed ?


Bernard


Bernard





Désolé pour l'oubli de certains points:

1  Le réseau wifi passe par un routeur/AP (tout va bien)
2  Les deux PCs en question sont reliés directement via leurs 
interfaces filaires .


Merci

A +
Bayrouni




Donc au moment du "kernel panic" tes 2 machines sont connectées sur 
ton lan par les interfaces eth0 ?


Par eth0 mais aussi par ath0.


A quoi sert l'interface ath0 sur ton serveur ?



Elle sert à une connexion entre portable et serveur en wifi.  (donc j'ai
2 réseaux identiques, sauf que l'un utilise le filaire et l'autre le
sans fil .  Le routeur/AP lui, il sert en plus à connecter l'une et
l'autre machine à internet.  Le serveur ne joue pas le rôle de
passerelle pour le portable.


Si elle ne sert pas pour cette manip peux tu essayer de faire un
ifdown ath0
sur ton serveur ?


Oui je l'ai fait, malheureusement, rien de changé à signaler.

Mais, j'ai agit à la brute, et j'ai encore une fois changé de carte
réseau car celle integré au serveur (dans la CM) est devenu defectueuse.
 (je le suppose bien entendu car la nouvelle carte ethernet (que j'ai 
récupéré d'un Pc que je n'utilise pas en réseau  ne pose pas

de probleme).

Merci beaucoup.

a +


Peux tu refaire la manip en déchargeant les modules (modprobe -r 
nom_module) des interfaces qui ne sont pas utilisées par la manip (ta 
carte wifi du PC wlan0 et ton ath0 sur le serveur ?


Peux tu nous donner le résultat de lspci et lsusb ?


Bernard


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

"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: kernel panic avec ssh/scp/ftp/...

[bayrouni]

BM wrote:

bayrouni a écrit :

BM wrote:

bayrouni a écrit :

Bonjour,
En réseau local wireless, j'utilise ssh, scp, ftp etc normalement.
Par contre quand je veux faire la même chose mais en passant par 
l'interface filaire entre toujours les 2 mêmes PCs, j'ai droit à un 
kernel panic instantanné.


C'est sur l'écran du PC serveur (ou tourne ssh et ftp) qu'une page 
s'affiche avec comme dernière ligne kernel panic: not syncing ...


J'ai regardé dans /var/log/syslog et /var/log/ken.log, il ny a rien.

La seule chose (à ma connaissance) que je pourrai fournir comme info 
sur le problème c'est une image de l'ecran :( (une photo).



Il y a quelques temps j'avais posté un message du genre mais c'était 
plutot pour un problème de stalled lors de la copie d'un grand 
fichier avec scp.


Ce problème avait disparu et maintenant il revient en force.

Je ne peux utiliser que le wifi, mais copier des fichiers vob de 4 
go en wifi n'est pas une solution  (je les copie pour les encoder 
avant de les reexpédier).


La carte réseau de part et d'autre:  sis900 sur le serveur et r8169 
sur portable.


Mais toutes  les deux ont toujours parfaitement fonctionnées.

Je dirais sans être  capable de l'expliquer, que ça vient de la 
présence du lan wifi et lan filaire en  même temps.


voici mon route -n:

sudo route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref
Use Iface
192.168.50.00.0.0.0 255.255.255.0   U 0  
00 wlan0
192.168.60.00.0.0.0 255.255.255.0   U 0  
00 eth0
127.0.0.0   0.0.0.0 255.0.0.0   U 0  
00 lo
0.0.0.0 192.168.50.10.0.0.0 UG2000   
00 wlan0


et sur le serveur:
192.168.50.00.0.0.0 255.255.255.0   U 0  
00  ath0
192.168.60.00.0.0.0 255.255.255.0   U 0  
00 eth0
0.0.0.0 192.168.50.10.0.0.0 UG0  
00  ath0


tu as 1 carte wifi sur le serveur et 1 sur le PC ?
tu les connectes en mode ad-hoc ?

ou as tu un AP et le serveur sur le lan et le PC connecté au serveur 
par l'AP en mode Managed ?


Bernard


Bernard





Désolé pour l'oubli de certains points:

1  Le réseau wifi passe par un routeur/AP (tout va bien)
2  Les deux PCs en question sont reliés directement via leurs 
interfaces filaires .


Merci

A +
Bayrouni




Donc au moment du "kernel panic" tes 2 machines sont connectées sur ton 
lan par les interfaces eth0 ?


Par eth0 mais aussi par ath0.


A quoi sert l'interface ath0 sur ton serveur ?



Elle sert à une connexion entre portable et serveur en wifi.  (donc j'ai
2 réseaux identiques, sauf que l'un utilise le filaire et l'autre le
sans fil .  Le routeur/AP lui, il sert en plus à connecter l'une et
l'autre machine à internet.  Le serveur ne joue pas le rôle de
passerelle pour le portable.


Si elle ne sert pas pour cette manip peux tu essayer de faire un
ifdown ath0
sur ton serveur ?


Oui je l'ai fait, malheureusement, rien de changé à signaler.

Mais, j'ai agit à la brute, et j'ai encore une fois changé de carte
réseau car celle integré au serveur (dans la CM) est devenu defectueuse.
 (je le suppose bien entendu car la nouvelle carte ethernet (que j'ai 
récupéré d'un Pc que je n'utilise pas en réseau  ne pose pas

de probleme).

Merci beaucoup.

a +

Bernard






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

"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: kernel panic avec ssh/scp/ftp/...

[BM]

bayrouni a écrit :

BM wrote:

bayrouni a écrit :

Bonjour,
En réseau local wireless, j'utilise ssh, scp, ftp etc normalement.
Par contre quand je veux faire la même chose mais en passant par 
l'interface filaire entre toujours les 2 mêmes PCs, j'ai droit à un 
kernel panic instantanné.


C'est sur l'écran du PC serveur (ou tourne ssh et ftp) qu'une page 
s'affiche avec comme dernière ligne kernel panic: not syncing ...


J'ai regardé dans /var/log/syslog et /var/log/ken.log, il ny a rien.

La seule chose (à ma connaissance) que je pourrai fournir comme info 
sur le problème c'est une image de l'ecran :( (une photo).



Il y a quelques temps j'avais posté un message du genre mais c'était 
plutot pour un problème de stalled lors de la copie d'un grand 
fichier avec scp.


Ce problème avait disparu et maintenant il revient en force.

Je ne peux utiliser que le wifi, mais copier des fichiers vob de 4 go 
en wifi n'est pas une solution  (je les copie pour les encoder avant 
de les reexpédier).


La carte réseau de part et d'autre:  sis900 sur le serveur et r8169 
sur portable.


Mais toutes  les deux ont toujours parfaitement fonctionnées.

Je dirais sans être  capable de l'expliquer, que ça vient de la 
présence du lan wifi et lan filaire en  même temps.


voici mon route -n:

sudo route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref
Use Iface
192.168.50.00.0.0.0 255.255.255.0   U 0  0
0 wlan0
192.168.60.00.0.0.0 255.255.255.0   U 0  0
0 eth0
127.0.0.0   0.0.0.0 255.0.0.0   U 0  0
0 lo
0.0.0.0 192.168.50.10.0.0.0 UG2000   0
0 wlan0


et sur le serveur:
192.168.50.00.0.0.0 255.255.255.0   U 0  0
0  ath0
192.168.60.00.0.0.0 255.255.255.0   U 0  0
0 eth0
0.0.0.0 192.168.50.10.0.0.0 UG0  0
0  ath0


tu as 1 carte wifi sur le serveur et 1 sur le PC ?
tu les connectes en mode ad-hoc ?

ou as tu un AP et le serveur sur le lan et le PC connecté au serveur 
par l'AP en mode Managed ?


Bernard


Bernard





Désolé pour l'oubli de certains points:

1  Le réseau wifi passe par un routeur/AP (tout va bien)
2  Les deux PCs en question sont reliés directement via leurs interfaces 
filaires .


Merci

A +
Bayrouni




Donc au moment du "kernel panic" tes 2 machines sont connectées sur ton 
lan par les interfaces eth0 ?


A quoi sert l'interface ath0 sur ton serveur ?

Si elle ne sert pas pour cette manip peux tu essayer de faire un
ifdown ath0
sur ton serveur ?
Bernard


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

"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: kernel panic avec ssh/scp/ftp/...

[bayrouni]

BM wrote:

bayrouni a écrit :

Bonjour,
En réseau local wireless, j'utilise ssh, scp, ftp etc normalement.
Par contre quand je veux faire la même chose mais en passant par 
l'interface filaire entre toujours les 2 mêmes PCs, j'ai droit à un 
kernel panic instantanné.


C'est sur l'écran du PC serveur (ou tourne ssh et ftp) qu'une page 
s'affiche avec comme dernière ligne kernel panic: not syncing ...


J'ai regardé dans /var/log/syslog et /var/log/ken.log, il ny a rien.

La seule chose (à ma connaissance) que je pourrai fournir comme info 
sur le problème c'est une image de l'ecran :( (une photo).



Il y a quelques temps j'avais posté un message du genre mais c'était 
plutot pour un problème de stalled lors de la copie d'un grand fichier 
avec scp.


Ce problème avait disparu et maintenant il revient en force.

Je ne peux utiliser que le wifi, mais copier des fichiers vob de 4 go 
en wifi n'est pas une solution  (je les copie pour les encoder avant 
de les reexpédier).


La carte réseau de part et d'autre:  sis900 sur le serveur et r8169 
sur portable.


Mais toutes  les deux ont toujours parfaitement fonctionnées.

Je dirais sans être  capable de l'expliquer, que ça vient de la 
présence du lan wifi et lan filaire en  même temps.


voici mon route -n:

sudo route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref
Use Iface
192.168.50.00.0.0.0 255.255.255.0   U 0  0
0 wlan0
192.168.60.00.0.0.0 255.255.255.0   U 0  0
0 eth0
127.0.0.0   0.0.0.0 255.0.0.0   U 0  0
0 lo
0.0.0.0 192.168.50.10.0.0.0 UG2000   0
0 wlan0


et sur le serveur:
192.168.50.00.0.0.0 255.255.255.0   U 0  0
0  ath0
192.168.60.00.0.0.0 255.255.255.0   U 0  0
0 eth0
0.0.0.0 192.168.50.10.0.0.0 UG0  0
0  ath0


tu as 1 carte wifi sur le serveur et 1 sur le PC ?
tu les connectes en mode ad-hoc ?

ou as tu un AP et le serveur sur le lan et le PC connecté au serveur par 
l'AP en mode Managed ?


Bernard


Bernard





Désolé pour l'oubli de certains points:

1  Le réseau wifi passe par un routeur/AP (tout va bien)
2  Les deux PCs en question sont reliés directement via leurs interfaces 
filaires .


Merci

A +
Bayrouni


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

"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: kernel panic avec ssh/scp/ftp/...

[BM]

bayrouni a écrit :

Bonjour,
En réseau local wireless, j'utilise ssh, scp, ftp etc normalement.
Par contre quand je veux faire la même chose mais en passant par 
l'interface filaire entre toujours les 2 mêmes PCs, j'ai droit à un 
kernel panic instantanné.


C'est sur l'écran du PC serveur (ou tourne ssh et ftp) qu'une page 
s'affiche avec comme dernière ligne kernel panic: not syncing ...


J'ai regardé dans /var/log/syslog et /var/log/ken.log, il ny a rien.

La seule chose (à ma connaissance) que je pourrai fournir comme info sur 
le problème c'est une image de l'ecran :( (une photo).



Il y a quelques temps j'avais posté un message du genre mais c'était 
plutot pour un problème de stalled lors de la copie d'un grand fichier 
avec scp.


Ce problème avait disparu et maintenant il revient en force.

Je ne peux utiliser que le wifi, mais copier des fichiers vob de 4 go en 
wifi n'est pas une solution  (je les copie pour les encoder avant de les 
reexpédier).


La carte réseau de part et d'autre:  sis900 sur le serveur et r8169 sur 
portable.


Mais toutes  les deux ont toujours parfaitement fonctionnées.

Je dirais sans être  capable de l'expliquer, que ça vient de la présence 
du lan wifi et lan filaire en  même temps.


voici mon route -n:

sudo route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse 
Iface
192.168.50.00.0.0.0 255.255.255.0   U 0  00 
wlan0
192.168.60.00.0.0.0 255.255.255.0   U 0  00 
eth0

127.0.0.0   0.0.0.0 255.0.0.0   U 0  00 lo
0.0.0.0 192.168.50.10.0.0.0 UG2000   00 
wlan0


et sur le serveur:
192.168.50.00.0.0.0 255.255.255.0   U 0  00 
 ath0
192.168.60.00.0.0.0 255.255.255.0   U 0  00 
eth0
0.0.0.0 192.168.50.10.0.0.0 UG0  00 
 ath0


tu as 1 carte wifi sur le serveur et 1 sur le PC ?
tu les connectes en mode ad-hoc ?

ou as tu un AP et le serveur sur le lan et le PC connecté au serveur par 
l'AP en mode Managed ?


Bernard


Bernard


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

"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Kernel panic

[Shams Fantar]

Shams Fantar a écrit :

Jean-Yves F. Barbier a écrit :

Le vendredi 16 mars 2007 22:11, Shams Fantar a écrit :
 

Hi,

J'ai un petit kernel panic avec une debian etch. J'ai le même souci 
avec

un kernel 2.6.18-k7 officiel debian et un 2.6.20-2 compilé à la main.
Voici le message :

<< Dump Card State ends >>
Kernel panic - not syncing: for safety
BUG: at arch/i386/kernel/smp.c:547 smp_call_function()
[] smp_call_function+0*136/0*140
[]
===



Après examen du source, il apparaît que c'est un warning qui tourne
mal parce que les interruptions ont été désactivées:

smp_call_function(): Run a function on all other CPUs.
...
You must not call this function with disabled interrupts or from a
hardware interrupt handler or from a bottom half handler.

Reste à trouver quel est le daemon|script|hardware device
qui exécute une telle manoeuvre


  


Oui, encore faut-il savoir ce qui lance une telle manoeuvre.

Bon, je vais recompiler un noyau, un 2.6.20.3 ; Je vous tiens au courant.



Bon, après recompilation, le message ne semble plus revenir.

--
Shams Fantar (http://snurf.info)


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

"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Kernel panic

[Shams Fantar]

Jean-Yves F. Barbier a écrit :

Le vendredi 16 mars 2007 22:11, Shams Fantar a écrit :
  

Hi,

J'ai un petit kernel panic avec une debian etch. J'ai le même souci avec
un kernel 2.6.18-k7 officiel debian et un 2.6.20-2 compilé à la main.
Voici le message :

<< Dump Card State ends >>
Kernel panic - not syncing: for safety
BUG: at arch/i386/kernel/smp.c:547 smp_call_function()
[] smp_call_function+0*136/0*140
[]
===



Après examen du source, il apparaît que c'est un warning qui tourne
mal parce que les interruptions ont été désactivées:

smp_call_function(): Run a function on all other CPUs.
...
You must not call this function with disabled interrupts or from a
hardware interrupt handler or from a bottom half handler.

Reste à trouver quel est le daemon|script|hardware device
qui exécute une telle manoeuvre


  


Oui, encore faut-il savoir ce qui lance une telle manoeuvre.

Bon, je vais recompiler un noyau, un 2.6.20.3 ; Je vous tiens au courant.

--
Shams Fantar (http://snurf.info)


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

"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Kernel panic

[bernard . schoenacker]

Selon Shams Fantar <[EMAIL PROTECTED]>:

> Hi,
>
> J'ai un petit kernel panic avec une debian etch. J'ai le même souci avec
> un kernel 2.6.18-k7 officiel debian et un 2.6.20-2 compilé à la main.
> Voici le message :
>
> << Dump Card State ends >>
> Kernel panic - not syncing: for safety
> BUG: at arch/i386/kernel/smp.c:547 smp_call_function()
> [] smp_call_function+0*136/0*140
> []
> ===
>
> J'ai regardé sur le bugzilla de kernel.org, aucun bug de ce type n'a été
> "déclaré", pareil sur debian.org.
>
> Ce kernel panic s'est passé lorsque la charge du système (sur un bi-p3)
> est montée à 11 ou à la fin d'un démarrage, mais je ne pense pas que le
> souci vienne de la charge (peu) élevée des deux processeurs, je pense
> donc plutôt à un bug. Qu'en pensez-vous ?
>
> Bonne soirée,
>
> --
> Shams Fantar (http://snurf.info)

bonjour,

effectivement y a un très gros bug ...

  noyau : 2.6.18-k7
CPU :  bi- p3

  normalement c'est du 686 SMP qu'il serait judicieux
   d'installer

  chercher l'erreur ?

slt
bernard



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

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Kernel panic

[Jean-Yves F. Barbier]

Le vendredi 16 mars 2007 22:11, Shams Fantar a écrit :
> Hi,
>
> J'ai un petit kernel panic avec une debian etch. J'ai le même souci avec
> un kernel 2.6.18-k7 officiel debian et un 2.6.20-2 compilé à la main.
> Voici le message :
>
> << Dump Card State ends >>
> Kernel panic - not syncing: for safety
> BUG: at arch/i386/kernel/smp.c:547 smp_call_function()
> [] smp_call_function+0*136/0*140
> []
> ===

Après examen du source, il apparaît que c'est un warning qui tourne
mal parce que les interruptions ont été désactivées:

smp_call_function(): Run a function on all other CPUs.
...
You must not call this function with disabled interrupts or from a
hardware interrupt handler or from a bottom half handler.

Reste à trouver quel est le daemon|script|hardware device
qui exécute une telle manoeuvre

Re: kernel panic [résol u]

[Philippe MONROUX]

Bonjour,

Philippe MONROUX <[EMAIL PROTECTED]> a écrit :

> J'ai une debian de secours sur un deuxième disque copiée à l'aide d'un 
> mirrordir du premier disque. 
> 
> En voulant la démarrer j'ai eu le message KERNEL PANIC suivant :
> ...
> Switching root ... 
> /usr/lib/yaird/exec/run_init : opening console
> no such file or directory
> Kernel panic - not syncing : attempted to kill init
> 
> C'est mon /boot/initrd.img-2.6.14-2-686 du  deuxième disque qui est ma
> fichu ?

en  fait les partitions  n'étant pas  agencées de  la même  manière le
/boot/initrd.img-2.6.14-2-686 fait  sur le premier  disque ne marchait
pas sur le second

--
Philippe Monroux
E 55.3 S 21.5


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

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

[Sylvain Sauvage]

Jeudi 2 novembre 2006, 17:30:45 CET, air a écrit :
>[...]  
> J'ai essayé de mettre en premier lieu les options en dur mais
> toujours le message d'erreur. Ensuite en mettant l'option --initrd le
> message à disparu. Je ne comprends pas pouquoi cela n'a pas marché
> sans l'option --initrd car en dur les options sont intégrées au
> kernel ce qui aurait du résoudre le probléme?

  Peut-être as-tu laissé un module traîner, et puis le système de
fichiers doit lui aussi être en dur.

-- 
 Sylvain Sauvage

Re: kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

[air]

Tout d'abord merci pour ta réponse.

J'ai essayé de mettre en premier lieu les options en dur mais toujours le
message d'erreur. Ensuite en mettant l'option --initrd le message à disparu.
Je ne comprends pas pouquoi cela n'a pas marché sans l'option --initrd car
en dur les options sont intégrées au kernel ce qui aurait du résoudre le
probléme?

Merci pour vos réponses car je reste perplexe sur ce sujet.



Sylvain Sauvage wrote:
> 
> Jeudi 2 novembre 2006, 22:34:19 CET, Devant Stéphane a écrit :
>> 
>> Bonjour,
> 
> 'soir,
>   
>> J’ai compilé mon noyau pour passer à la dernière version stable
>> (2.6.18.1) mais lorsque je reboot mon pc je tombe sur ce message
>> d’erreur : 
>> VFS: Cannot open root device "hda1" or unknown-block(0,0)
>> Please append a correct "root=" boot option
>> kernel panic - not syncing: VFS: Unable to mount root fs on
>> unknown-block(0,0)
>>[...]
> 
>   Tu n'as pas compilé en dur les modules pour ton chipset IDE.
> 
>   Donc, soit tu mets <*> à la place de , soit tu fais un initrd
> (option --initrd de make-kpkg).
> 
> [pas de HTML, merci]
> 
> -- 
>  Sylvain Sauvage
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/kernel-panic---not-syncing%3A-VFS%3A-Unable-to-mount-root-fs-on-unknown-block%280%2C0%29-tf2564206.html#a7150029
Sent from the debian-user-french mailing list archive at Nabble.com.

Re: kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

[Sylvain Sauvage]

Jeudi 2 novembre 2006, 22:34:19 CET, Devant Stéphane a écrit :
> 
> Bonjour,

'soir,
  
> J’ai compilé mon noyau pour passer à la dernière version stable
> (2.6.18.1) mais lorsque je reboot mon pc je tombe sur ce message
> d’erreur : 
> VFS: Cannot open root device "hda1" or unknown-block(0,0)
> Please append a correct "root=" boot option
> kernel panic - not syncing: VFS: Unable to mount root fs on
> unknown-block(0,0)
>[...]

  Tu n'as pas compilé en dur les modules pour ton chipset IDE.

  Donc, soit tu mets <*> à la place de , soit tu fais un initrd
(option --initrd de make-kpkg).

[pas de HTML, merci]

-- 
 Sylvain Sauvage

Re: Kernel panic après installation d'une sarge.

[Shams-Eddine Fantar]

Sylvain a écrit :



Personne n'aurait une idée ? ...
Tu semblais dire que ta machine bootait une fois sur deux avec ce 
message d'erreur.
As-tu déjà testé ta mémoire ? Elle peut être à l'origine de ce genre 
de comportement aléatoire ...


En effet, ca semble être un problème de la mémoire vive, j'ai fait un 
memtest, et une des quatre barettes présentes avait des erreurs, je l'ai 
donc enlevé, et ça semble fonctionner ;-)


Merci.

--
Shams-Eddine Fantar
Membre de l'association Linux62 (www.linux62.org)
Blog (http://sfantar.homelinux.org)
Adresse email : [EMAIL PROTECTED] 



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

"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Kernel panic après installation d'une sarge.

[Sylvain]

Personne n'aurait une idée ? ...
Tu semblais dire que ta machine bootait une fois sur deux avec ce 
message d'erreur.
As-tu déjà testé ta mémoire ? Elle peut être à l'origine de ce genre de 
comportement aléatoire ...


--
Sylvain


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

"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Kernel panic après installation d'une sarge.

[Shams-Eddine Fantar]

Shams-Eddine Fantar a écrit :

Bjr,

Je viens d'installer une debian sarge avec un noyau 2.6.8-2-386 sur un 
pc, et au reboot, j'ai un beau petit kernel panic, le voici :


PREEMT
Modules linked in :
CPU : 0
EIP : 0060:[]   Not tainted
EFLAGS : 00010286 (2.6.8-3-686)
EIP is at kmem_cache_create+0x34a/0x570
eax : 002aebx: c73fdb50 ecx:  edx: 00282
esi : ..
ds: 007h   es:007b   ss: 0068
Process swaper (pid: 1, threadinfo=c1124000 task=c1123670)
Stack: ..
.
Call Trace :
[] unpack_to_rootfs+0x1d1/0x1e9
[] init+0x0/0x10a
[] populate_rootfs+0x18/0xd1
[] .
[] .
[] kernel_thrad_helper+0x5/0xb

Code : 8b a1 8b 03 3b..
<0>Kernel panic: Attempted to kill init!

Auriez-vous une solution ? Car je n'ai pas trop d'idées sur ce message :/

Merci,
Shams-Eddine.



Personne n'aurait une idée ? ...

--
Shams-Eddine Fantar
Membre de l'association Linux62 (www.linux62.org)
Blog (http://sfantar.homelinux.org)
Adresse email : [EMAIL PROTECTED] 



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

"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Kernel panic après installation d'une sa rge.

[Shams-Eddine Fantar]

Jean-Michel OLTRA a écrit :

Bonjour,


Le mercredi 18 octobre 2006, Shams-Eddine Fantar a écrit...


  
Je viens d'installer une debian sarge avec un noyau 2.6.8-2-386 sur un 
pc, et au reboot, j'ai un beau petit kernel panic, le voici :



Est ce le bon noyau pour cette machine ci (une version pour 386) ?

  
Oui, en fait, ça boot une fois sur deux avec ce message, et j'ai déjà 
installé sur la machine en question la debian sarge (avec le même cd et 
le même noyau)...


--
Shams-Eddine Fantar
Membre de l'association Linux62 (www.linux62.org)
Blog (http://sfantar.homelinux.org)
Adresse email : [EMAIL PROTECTED] 



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

"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Kernel panic aprè s installation d'une sarge.

[Jean-Michel OLTRA]

Bonjour,


Le mercredi 18 octobre 2006, Shams-Eddine Fantar a écrit...


> Je viens d'installer une debian sarge avec un noyau 2.6.8-2-386 sur un 
> pc, et au reboot, j'ai un beau petit kernel panic, le voici :

Est ce le bon noyau pour cette machine ci (une version pour 386) ?

-- 
jm

A.E.L. Sarl (R.C.S CASTRES 490843240)
http://www.affaires-en-ligne.com


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

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Kernel Panic

[Prune Carbonneaux]

Alala quelle horreur j'ai moi même eu ce problème...^^



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

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: kernel panic avec xen

[Guy Roussin]

Bonjour,

Xen, c'est pas encore gagné mais au moins ça boote ...

Les conseils avisés de Stéphane Crivisier m'ont permis :

1) de pouvoir lire le message d'erreur en ajoutant un noreboot
en fin de ligne kernel dans le menu.lst de grub. Pour Stephane
l'ajout en fin de ligne module a eu le même effet.
Voilà donc le message que j'avais :
VFS: Cannot open root device "sda2" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic -not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Il manque le initrd.

2) de créer un initrd qui n'est pas créé lors de l'installation
de ce kernel xen :

mkinitrd -o /boot/initrd-xen-2.6.16-2-xen-686 2.6.16-2-xen-686
et d'ajouter la ligne qui va bien dans grub :

title   Xen 3.0 / XenLinux 2.6
root(hd0,1)
kernel  /boot/xen-3.0-i386.gz noacpi
module  /boot/vmlinuz-2.6.16-2-xen-686 root=/dev/sda2 ro
module  /boot/initrd-xen-2.6.16-2-xen-686
boot

Et maintenant le reboot se passe correctement.
Je peux tenter un xm list :

Name  ID Mem(MiB) VCPUs State  Time(s)
Domain-0   0 1894 2 r-   104.6

Une url que j'ai trouvé après coup et qui m'a aussi bien aidé:
http://lists.xensource.com/archives/html/xen-fr/2006-07/msg2.html

Guy