Re: Retbleed en lançant Debian-12 et kernel panic : résolu

2023-08-07 Par sujet ajh-valmer
On Saturday 05 August 2023 16:45:10 ajh-valmer wrote:
> On Friday 04 August 2023 16:50:39 didier gaumet wrote:
> > Le 04/08/2023 à 16:29, ajh-valmer a écrit :
> > > En rebootant mon portable sur lequel je viens d'installer bookworm,
> > > j'ai un kernel panic et avant le message :
> > > "Retbleed, vulnerable to attacks..."
> > > Durant l'installation, le nouveau noyau 6.10 n'a pu être installé.
> > > Quid ?

La seule solution a été de refaire une installation propre,
Maintenant tout va bien, mais quel énorme travail !

Je subodore qu'une sauvegarde a été faite sur 2 partitions,
le système et sa sauvegarde pendant l'upgrade.
Moralité :
Éteindre cron complètement avant un update, upgrade.



Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Par sujet roger . tarani



- Mail original -
De: "Michel Verdier" 
À: "Liste Debian" 
Envoyé: Dimanche 6 Août 2023 16:55:52
Objet: Re: Retbleed en lançant Debian-12 et kernel panic

Le 6 août 2023 RogerT a écrit :

> Finalement, la référence du 2/ ci-dessous semble être celle
> recherchée. J’ai en même temps démontré la difficulté à trouver
> facilement l’information nécessaire sur les sites debian.org

Oui et non.

Non parce que la page
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html
(qui est celle que j'ai déjà indiquée) je l'ai trouvée directement par
une recherche web basique lors de mon premier upgrade et plusieurs fois
ensuite. Par exemple "upgrade bookworm" sur https://www.debian.org
l'indique en premier.
https://search.debian.org/?q=upgrade+bookworm=10=fr=Zupgrad%09Zbookworm%09Zamd64=.%7E%7E=fr

Oui parce que si tu as trouvé d'autres liens moins clairs ça montre qu'il
reste des progrès à faire sur ces autres liens (j'en exclus les ML/post
qui ne peuvent/doivent pas être changés).



++
Oui avec la recherche 'upgrade bookworms'
Avec 'upgrade debian 12', ça ne vient pas de suite. A la environ 50ème position.

Je crois qu'il devrait y avoir un pointeur clair et immédiat pour l'upgrade 
vers bookworm :

Page d'accueil : 
-> Nouvelle : https://www.debian.org/News/2023/20230610 
là on trouve : " Comme toujours, les systèmes Debian peuvent être mis à niveau 
sans douleur, sur place et sans période d'indisponibilité forcée, mais il est 
fortement recommandé de lire les notes de publication ainsi que le manuel 
d'installation pour d'éventuels problèmes et pour des instructions détaillées 
sur l'installation et la mise à niveau. Les notes de publications seront 
améliorées et traduites dans les semaines suivant la publication."
et un lien vers :
-> https://www.debian.org/releases/bookworm/releasenotes
-> enfin 
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html

Page accueil/télécharger  :
https://www.debian.org/download
-> Notes de publication 
https://www.debian.org/releases/bookworm/amd64/release-notes/
-> https://www.debian.org/releases/bookworm/amd64/release-notes/
-> enfin 
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html

ça fait 3 pointeurs pour aller à la mise à jour en naviguant. Et là, encore, je 
connais debian, les différents processeurs, et je sais ce que je cherche, etc.
ça me rappelle un peu le parcours qu'il fallait faire, à une époque, pour 
installer un JRE/JDK pour le bon  processeur, la bonne version, etc. On était 
plutôt perdu. On tâtonnait.

Je crois que sur la page d'accueil FR, il faudrait un pointeur direct avec un 
menu déroulant par architecture matérielle : 
[choix processeur amd64/aarch64/...] -> installer / -> mettre à niveau

Page EN :
[HW architecture amd64/aarch64/...] -> install / -> upgrade

A voir, si mes observations mettent en évidence quelques améliorations 
susceptibles de faciliter la navigation et la prise en main.



Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Par sujet Michel Verdier
Le 6 août 2023 RogerT a écrit :

> Finalement, la référence du 2/ ci-dessous semble être celle
> recherchée. J’ai en même temps démontré la difficulté à trouver
> facilement l’information nécessaire sur les sites debian.org

Oui et non.

Non parce que la page
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html
(qui est celle que j'ai déjà indiquée) je l'ai trouvée directement par
une recherche web basique lors de mon premier upgrade et plusieurs fois
ensuite. Par exemple "upgrade bookworm" sur https://www.debian.org
l'indique en premier.
https://search.debian.org/?q=upgrade+bookworm=10=fr=Zupgrad%09Zbookworm%09Zamd64=.%7E%7E=fr

Oui parce que si tu as trouvé d'autres liens moins clairs ça montre qu'il
reste des progrès à faire sur ces autres liens (j'en exclus les ML/post
qui ne peuvent/doivent pas être changés).



Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Par sujet RogerT

> Le 6 août 2023 à 12:35, nicolas.patr...@gmail.com a écrit :
> 
> On 06/08/2023 10:25:41, didier gaumet wrote:
> 
>> Tu as raison: apt accepte aussi la commande dist-upgrade en plus de 
>> full-upgrade
>> (la page man d'apt ne documente que la commande full-upgrade et ne 
>> mentionne pas dist-upgrade)
> 
> C’est parce que dist-upgrade disparaîtra un de ces jours, il est remplacé par 
> full-upgrade.
> 
> nicolas patrois : 

J’ai récemment appris, et ainsi évité un accident en me fiant aux innombrables 
tutos simplistes et trompeurs, qu’il faut :

1/ se fier à la note de publication (release note)
Je cherche la référence… pas facile.
Il y a au moins :
https://www.debian.org/News/2023/20230610
qui pointe vers :
https://www.debian.org/releases/bookworm/installmanual
Et cette page du manuel :
https://www.debian.org/doc/manuals/debian-handbook/sect.dist-upgrade.fr.html
(qui commence par tartiner le célèbre dist-upgrade… avant d’introduire 
full-upgrade, noyé au milieu de la page !)

Finalement, la référence du 2/ ci-dessous semble être celle recherchée. J’ai en 
même temps démontré la difficulté à trouver facilement l’information nécessaire 
sur les sites debian.org 

Svp, corrigez mes références récapitulatives. 


2/ se fier à la doc debian qui parle exclusivement de :
# apt full-upgrade
Ref : 
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.en.html#upgrading-full


3/ et demander à la liste quand on ne sait pas !



Re : Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Par sujet nicolas . patrois
On 06/08/2023 10:25:41, didier gaumet wrote:

> Tu as raison: apt accepte aussi la commande dist-upgrade en plus de 
> full-upgrade
> (la page man d'apt ne documente que la commande full-upgrade et ne 
> mentionne pas dist-upgrade)

C’est parce que dist-upgrade disparaîtra un de ces jours, il est remplacé par 
full-upgrade.

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...



Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Par sujet didier gaumet

Le 06/08/2023 à 09:52, MERLIN Philippe a écrit :

Le dimanche 6 août 2023, 09:34:54 CEST didier gaumet a écrit :

[...]

 > - apt accepte la commande full-upgrade mais pas_ dist-upgrade_

*faux* !!!

Chaque  fois que je fais une MAJ je fais un apt dist-upgrade.


Tu as raison: apt accepte aussi la commande dist-upgrade en plus de 
full-upgrade
(la page man d'apt ne documente que la commande full-upgrade et ne 
mentionne pas dist-upgrade)





Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Par sujet MERLIN Philippe
Le dimanche 6 août 2023, 09:34:54 CEST didier gaumet a écrit :
> Le 06/08/2023 à 07:34, Michel Verdier a écrit :
> > Le 5 août 2023 ajh-valmer a écrit :
> >> Je vais réinstaller asap bookworm, mais je m'explique pas pourquoi un

> 
> - apt accepte la commande full-upgrade mais pas_ dist-upgrade_
*faux* !!! 
Chaque  fois que je fais une MAJ je fais un apt dist-upgrade.

Philippe MERLIN




Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Par sujet didier gaumet

Le 06/08/2023 à 07:34, Michel Verdier a écrit :

Le 5 août 2023 ajh-valmer a écrit :


Je vais réinstaller asap bookworm, mais je m'explique pas pourquoi un
dist-upgrade finit si mal.


Au début tu parlais d'une installation puis d'une mise à jour. Que
fais-tu exactement ? Et c'est ce qu'on te demandait : si tu avais suivi
la procédure de mise à jour. Or celle-ci ne parle absolument pas de
dist-upgrade !
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html


je n'arrive pas à mettre la main sur une doc qui illustre ce que je vais 
dire mais, en gros, pour dédouaner ajh sur ce coup-là, je crois que ça 
ne prête pas à conséquences et qu'il y a une légère incohérence dans 
Debian :


- apt accepte la commande full-upgrade mais pas dist-upgrade
- apt-get accepte la commande dist-upgrade mais pas full-upgrade
aptitude accepte les deux et précise dans sa page man:
"Note
This command was originally named dist-upgrade for historical reasons, 
and aptitude still recognizes dist-upgrade as a synonym for full-upgrade."


:-)



Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Par sujet Michel Verdier
Le 5 août 2023 ajh-valmer a écrit :

> Je vais réinstaller asap bookworm, mais je m'explique pas pourquoi un
> dist-upgrade finit si mal.

Au début tu parlais d'une installation puis d'une mise à jour. Que
fais-tu exactement ? Et c'est ce qu'on te demandait : si tu avais suivi
la procédure de mise à jour. Or celle-ci ne parle absolument pas de
dist-upgrade !
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html



Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Par sujet ajh-valmer
On Saturday 05 August 2023 20:50:29 didier gaumet wrote:
> Le 05/08/2023 à 18:06, ajh-valmer a écrit :
> > À quel moment et comment choisir Systemd ou Sysv ? :

> => dans tous ces cas, tu cherches les ennuis:
> - si tes convictions te font détester systemd (parce que dans une grande 
> majorité de cas (mais pas la totalité), ce sont des convictions, pas des 
> faits objectifs, qui amènent à cette situation), alors choisis sysvinit 
> mais sois conscient que comme pour TDE, ça nécessite des compétences, de 
> l'investissement et de la rigueur  sinon, utilise systemd

Je n'ai rien contre systemd, c'est à l'installation que systemd et/ou sysvinit
sont apparus, je n'ai rien fait pour ça.
Je vais réinstaller asap bookworm, mais je m'explique pas pourquoi un
dist-upgrade finit si mal.
Sur mes 2 autres ordinateurs je n'ai eu aucun problème.



Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Par sujet didier gaumet

Le 05/08/2023 à 18:06, ajh-valmer a écrit :
[...]

Seul message alarmant, "noyau 6.10... ininstallable".

Impossible vu que c'est kernel panic au boot.


si, c'est possible avec un média d'installation Debian, tu démarres 
dessus et au lieu de choisir installation, tu choisis récupération.

Y a une explication en français avec captures d'écran ici:
https://www.malekal.com/reparer-debian-mode-rescue-recuperation/#Comment_acceder_au_mode_rescue_depuis_une_cle_USB_bootable

Donc tu entres dans un shell de récupération, pas dans le contexte de 
l'installateur mais dans le contexte de ton système cassé dont tu 
indiques la racine (/). Normalement ça va te proposer de monter aussi 
les partitions /boot/efi et /boot voire les autres partitions 
/partitions_que_tu_as_créées, tu acceptes de les monter.


Du coup une fois que tu as cliqué sur "exécuter un shell dans 
, même si c'est le noyau linux du 
média d'installation qui est chargé en mémoire, tu es à la racine de ton 
système cassé avec toute l'arborescence montée. C'est un chroot


Au ca où, tu mais un
# mount -a
pour que tous les systèmes de fichiers encore non montés le soient.

Et puis là il te reste à faire un
# apt upgrade
qui va sûrement te balancer des messages d'erreur. A partir de là tu 
enquêtes pour savoir comment résoudre tes problèmes de dépendances


tu n'as pas de problèmes? Tu passes à l'étape suivante:
# apt full-upgrade
qui va sûrement te balancer des messages d'erreur. A partir de là tu 
enquêtes pour savoir comment résoudre tes problèmes de dépendances


tu n'as pas de problèmes? Tu es tiré d'affaire, bravo.

tu as encore des problèmes? je te conseille de réinstaller Debian 
proprement parce qu'autrement tu vas avoir du mal à t'en sortir, je pense



À quel moment et comment choisir Systemd ou Sysv ?


Si tu te retrouves avec un menu grub te proposant un Debian Syqtemd et 
un Debian Syvinit c'est soit que tu as installé deux Debian, un systemd 
et un sysvinit, soit que tu as "réussi" à installer un seul Debian avec 
dexu options systemd et sysvinit



=> dans tous ces cas, tu cherches les ennuis:
- si tes convictions te font détester systemd (parce que dans une grande 
majorité de cas (mais pas la totalité), ce sont des convictions, pas des 
faits objectifs, qui amènent à cette situation), alors choisis sysvinit 
mais sois conscient que comme pour TDE, ça nécessite des compétences, de 
l'investissement et de la rigueur

- sinon, utilise systemd




Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Par sujet Michel Verdier
Le 5 août 2023 ajh-valmer a écrit :

>> ta mise à jour de Bullseye à Bookworm n'a pas été effectuée entièrement :
> Si, tout a été fait selon les règles de l'art.
> Seul message alarmant, "noyau 6.10... ininstallable".

Il y a forcément eu quelque chose qui a rendu le kernel ininstallable, ça
doit apparaître dans les logs.

>> Donc en gros, là, faut que tu débloques la situation pour pourvoir 
>> terminer ta mise à jour :
> Impossible vu que c'est kernel panic au boot.

Donc boote sur une clef usb, par exemple, pour monter le root fs et finir
la mise à jour. Et peut-être profites-en pour regarder dans les logs.



Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Par sujet ajh-valmer
On Saturday 05 August 2023 17:08:55 didier gaumet wrote:
> Le 05/08/2023 à 16:45, ajh-valmer a écrit :
> >> Ton message apparaît après écran accueil Grub, non,
> >> une mise-à-jour plutôt qu'une installation? :
> > Oui, bien sûr, suite à un upgrade de bullseye vers bookworm,
> > en suivant parfaitement la méthode.
> > Menu Grub, j'ai aussi le choix de booter en sysvinit.
> > j'ai du mal entre "systemd" et "sysvinit"...

> ta mise à jour de Bullseye à Bookworm n'a pas été effectuée entièrement :
Si, tout a été fait selon les règles de l'art.
Seul message alarmant, "noyau 6.10... ininstallable".

> Donc en gros, là, faut que tu débloques la situation pour pourvoir 
> terminer ta mise à jour :
Impossible vu que c'est kernel panic au boot.
> 
> Concernant Systemd contre Sysv, je ne comprends pas ta position:
> choisis l'un des deux selon tes propres critères, ou, si tu as du mal à 
> savoir quels devraient être tes critères de choix entre l'un et l'autre, 
> c'est que ru te tortures pour rien et suis la préconisation de Debian :
À quel moment et comment choisir Systemd ou Sysv ?



Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Par sujet didier gaumet

Le 05/08/2023 à 16:45, ajh-valmer a écrit :

On Friday 04 August 2023 16:50:39 didier gaumet wrote:

Le 04/08/2023 à 16:29, ajh-valmer a écrit :

En rebootant mon portable sur lequel je viens d'installer bookworm,
j'ai un kernel panic et avant le message :
"Retbleed, vulnerable to attacks..."
Durant l'installation, le nouveau noyau 6.10 n'a pu être installé.
Quid ?



Ton message apparaît après écran accueil Grub, non,
une mise-à-jour plutôt qu'une installation? :

Oui, bien sûr, suite à un upgrade de bullseye vers bookworm,
en suivant parfaitement la méthode.
Menu Grub, j'ai aussi le choix de booter en sysvinit.
j'ai du mal entre "systemd" et "sysvinit"...
@+


ta mise à jour de Bullseye à Bookworm n'a pas été effectuée entièrement, 
très probablement parce que justement tu n'as pas suivi les étapes de la 
procédure, notamment désinstaller les paquets de tierce partie et 
désactiver leurs dépôts le temps que la mise à jour soit effectuée avec 
succès, puis réinstaller ces paquets. Je sais c'est lourd, mais c'est le 
prix à payer pour ne pas avoir des problèmes systématiques de mise à jour.


Comme déjà dit un mois plus tôt, pour Retbleed, déjà c'est pas très 
sensible dans un contexte ordinaire car difficile à exploiter, et de 
plus la version du noyau de Bookworm comporte des parades à Retbleed.


Donc en gros, là, faut que tu débloques la situation pour pourvoir 
terminer ta mise à jour


Concernant Systemd contre Sysv, je ne comprends pas ta position:
choisis l'un des deux selon tes propres critères, ou, si tu as du mal à 
savoir quels devraient être tes critères de choix entre l'un et l'autre, 
c'est que ru te tortures pour rien et suis la préconisation de Debian.




Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Par sujet ajh-valmer
On Friday 04 August 2023 16:50:39 didier gaumet wrote:
> Le 04/08/2023 à 16:29, ajh-valmer a écrit :
> > En rebootant mon portable sur lequel je viens d'installer bookworm,
> > j'ai un kernel panic et avant le message :
> > "Retbleed, vulnerable to attacks..."
> > Durant l'installation, le nouveau noyau 6.10 n'a pu être installé.
> > Quid ?

> Ton message apparaît après écran accueil Grub, non,
> une mise-à-jour plutôt qu'une installation? :
Oui, bien sûr, suite à un upgrade de bullseye vers bookworm,
en suivant parfaitement la méthode.
Menu Grub, j'ai aussi le choix de booter en sysvinit.
j'ai du mal entre "systemd" et "sysvinit"...
@+



Re: Debian testing et kernel 6.1: kernel panic avec bumblebee

2023-02-19 Par sujet Haricophile
Le Sat, 18 Feb 2023 15:52:36 +0100,
Jérémy Prego  a écrit :

> Première question: est-ce que Bumblebee est toujours recommandé pour
> cet usage ?

Sur Ubuntu il semble y avoir les scripts et la config qui vont bien
installé. 

Sur Debian wiki c'est moyennement clair, sinon qu'en théorie les drivers
Nvidia récent sont censés gérer l'extinction. Pas avec Nouveau si j'ai
compris, même si chez Fedora tout ça semble bien marcher depuis
longtemps avec Nvidia ET Nouveau.

Je ne sais pas trop pourquoi Debian ne pompe pas plus sur Ubuntu ou
Fedora sur ce sujet précis, je sais bien que on parle de proprio, mais
bon... en tout cas ça fait un moment que je ne comprends rien chez
Debian.

Vivement que le driver libre arrive, puisqu'il semble que NVidia
s'oriente vers une libération de son driver.



Re: Debian testing et kernel 6.1: kernel panic avec bumblebee

2023-02-19 Par sujet didier gaumet
Le samedi 18 février 2023 à 15:52 +0100, Jérémy Prego a écrit :
> Bonjour à tous,
> 
> Depuis quelques temps, le noyau 6.1 est arrivé dans testing, mais, ça
> ne 
> semble pas faire bon ménage avec bumblebee que j'utilise pour
> éteindre 
> la carte nvidia. si je désactive bumblebee au lancement, le système 
> démarre normalement. Si je repasse au kernel 6.0.0-6, tout fonctionne
> avec Bumblebee
> 
> Première question: est-ce que Bumblebee est toujours recommandé pour
> cet 
> usage ?
> 
> Pour combler l'absence de Bumblebee, j'ai utiliser une méthode trouvé
> sur :
>  
> https://www.reddit.com/r/linux/comments/78is1r/complete_disable_of_discrete_gpu/?_x_tr_sl=en&_x_tr_tl=fr&_x_tr_hl=fr&_x_tr_pto=sc
> 
> La carte NVIDIA est bien off (à en croire les températures), mais il
> y a 
> un souci: Ça freeze (kernel panic), si j'ai le malheur de toucher le 
> touchpad. Quand je suis chez moi ce n'est pas gênant parce que j'ai
> un 
> clavier externe, mais quand je dois utiliser le clavier du laptop,
> c'est 
> un peu plus embêtant :)
> 
> Je précise que je me sers de bumblebee, que pour éteindre le GPU
> NVIDIA, 
> du coup je n'ai pas les drivers propriétaires d'installé sur le
> système
> 
> Bref, je suis preneur de conseils ou d'une petite mise à jour de mes 
> connaissances sur le sujet :)
> 
> pour info:
> je dispose d'un dell G5 15 5587
> - Intel(R) Core(TM) i5-8300H CPU @ 2.30GHz
> NVIDIA GeForce GTX 1050 Ti Mobile
> Wireless-AC 9560
> 
> Merci beaucoup :)
> Jerem

Bonjour,

(je n'utilise ni bumblebee une carte Nvidia donc n'ai aucune
expérience/connaissance avec ça, donc en gros j'y connais rien)

Au doigt mouillé comme ça je dirais que ça a des chances d'être une
régression du noyau 6.1 qui sera corrigée ultérieurement.

Mais au cas où ce serait serait un changement de mode opératoire, tu
peux toujours regarder les wiki Archlinux et Debian sur Bumblebee. Les
deux derniers problèmes évoqués dans liste de problèmes rencontrés du
wiki Debian pourraient te concerner. Je ne sais déjà plus où j'ai lu ça
(ma pauvre tête) mais il me semble qu'était aussi évoquée la
possibilité de conserver Bumblebee et Nouveau en conjonction mais de
désactiver bbswitch pour laisser la gestion de l'énergie à Nouveau.






Debian testing et kernel 6.1: kernel panic avec bumblebee

2023-02-18 Par sujet Jérémy Prego

Bonjour à tous,

Depuis quelques temps, le noyau 6.1 est arrivé dans testing, mais, ça ne 
semble pas faire bon ménage avec bumblebee que j'utilise pour éteindre 
la carte nvidia. si je désactive bumblebee au lancement, le système 
démarre normalement. Si je repasse au kernel 6.0.0-6, tout fonctionne 
avec Bumblebee


Première question: est-ce que Bumblebee est toujours recommandé pour cet 
usage ?


Pour combler l'absence de Bumblebee, j'ai utiliser une méthode trouvé sur :
https://www.reddit.com/r/linux/comments/78is1r/complete_disable_of_discrete_gpu/?_x_tr_sl=en&_x_tr_tl=fr&_x_tr_hl=fr&_x_tr_pto=sc

La carte NVIDIA est bien off (à en croire les températures), mais il y a 
un souci: Ça freeze (kernel panic), si j'ai le malheur de toucher le 
touchpad. Quand je suis chez moi ce n'est pas gênant parce que j'ai un 
clavier externe, mais quand je dois utiliser le clavier du laptop, c'est 
un peu plus embêtant :)


Je précise que je me sers de bumblebee, que pour éteindre le GPU NVIDIA, 
du coup je n'ai pas les drivers propriétaires d'installé sur le système


Bref, je suis preneur de conseils ou d'une petite mise à jour de mes 
connaissances sur le sujet :)


pour info:
je dispose d'un dell G5 15 5587
- Intel(R) Core(TM) i5-8300H CPU @ 2.30GHz
NVIDIA GeForce GTX 1050 Ti Mobile
Wireless-AC 9560

Merci beaucoup :)
Jerem



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

2018-01-22 Par sujet 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

2018-01-22 Par sujet 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

2018-01-22 Par sujet Jean louis Giraud-Desrondiers


> Le 21 janv. 2018 à 19:25, Frederic MASSOT <frede...@juliana-multimedia.com> a 
> écrit :
> 
> Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit :
>>> Le 21 janv. 2018 à 10:41, Christophe De Natale 
>>> <christophedenat...@orange.fr> 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 <http://www.juliana-multimedia.com/>  
> |
> |   mailto:frede...@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

2018-01-22 Par sujet 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

2018-01-21 Par sujet Frederic MASSOT

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




Le 21 janv. 2018 à 10:41, Christophe De Natale <christophedenat...@orange.fr> 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

2018-01-21 Par sujet Frederic MASSOT

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



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







> Message du 20/01/18 16:05
> De : "Christophe De Natale" <christophedenat...@orange.fr
<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

2018-01-21 Par sujet 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

2018-01-21 Par sujet 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

2018-01-21 Par sujet 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

2018-01-21 Par sujet 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

2018-01-21 Par sujet 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

2018-01-21 Par sujet 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

2018-01-21 Par sujet Jean louis Giraud-Desrondiers


> Le 21 janv. 2018 à 14:21, Daniel Huhardeaux <no-s...@tootai.net> 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

2018-01-21 Par sujet 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

2018-01-21 Par sujet Jean louis Giraud-Desrondiers


> Le 21 janv. 2018 à 10:41, Christophe De Natale <christophedenat...@orange.fr> 
> 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

2018-01-21 Par sujet 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

2018-01-21 Par sujet Jean louis Giraud-Desrondiers


> Le 20 janv. 2018 à 18:08, Giraud Jean-Louis <giraud_jean-lo...@orange.fr> a 
> écrit :
> 
>  
>  
>  
>  
>  
> > Message du 20/01/18 16:05
> > De : "Christophe De Natale" <christophedenat...@orange.fr>
> > 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

2018-01-20 Par sujet 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

2018-01-20 Par sujet 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

2018-01-20 Par sujet 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

2018-01-20 Par sujet 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

2018-01-20 Par sujet 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

2018-01-20 Par sujet 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

2018-01-18 Par sujet 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

2018-01-17 Par sujet 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

2018-01-17 Par sujet 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

2018-01-17 Par sujet 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

2018-01-17 Par sujet 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

2018-01-17 Par sujet 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 une valeur

Re: kernel panic

2018-01-17 Par sujet 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   100  

Re: kernel panic

2018-01-17 Par sujet 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

2018-01-17 Par sujet 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

2018-01-16 Par sujet 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

2018-01-16 Par sujet 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

2018-01-16 Par sujet 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

2018-01-16 Par sujet 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

2018-01-16 Par sujet 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

2018-01-16 Par sujet 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

2018-01-16 Par sujet 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

2018-01-16 Par sujet 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

2018-01-16 Par sujet 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

2018-01-16 Par sujet 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?



kernel panic

2018-01-16 Par sujet Jean louis Giraud-Desrondiers
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


Kernel panic

2014-11-30 Par sujet Zuthos Oddy

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

2014-11-30 Par sujet 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

2014-11-30 Par sujet 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 zut...@laposte.net 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




Kernel panic une fois sur deux

2012-09-16 Par sujet andre_debian
Bonjour à tous,

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.

Une fois sur deux, au boot, j'ai droit à un Kernel panic.
J'éteins le PC, le relance et 3 à 4 fois à nouveau un Kernel panic.
Puis enfin, au prochain reboot, tout marche bien,
le système ne montrant plus aucune vélléité.

Le PC boote du premier coup environ 1 fois sur 2.

Je me demande si il ne s'agit pas d'une lenteur du disque
SSD qui se met en marche après le disque dur SATA
sinon, une défaillance du disque SSD.

Mon OS est Debian-Squeeze, 32 bits, avec noyau bigmem.

Merci par avance de votre aide.

André

--
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/201209162223.40872.andre_deb...@numericable.fr



Re: Kernel panic une fois sur deux

2012-09-16 Par sujet 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¯]).

-- 
Gui_ Eh post-it ? Tu serais pas asiat ?
post-it si comen tu sé on se conné?
Gui_ Non non, mais j't'imagine petite jaune et collante.
post-it 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



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

2012-02-28 Par sujet Nicolas FRANCOIS
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

-- 

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/20120228190626.6b255b1a@gaston



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

2012-02-28 Par sujet Bernard Schoenacker
Le Tue, 28 Feb 2012 19:06:26 +0100,
Nicolas FRANCOIS nicolas.franc...@free.fr 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... something not syncing avec noyau 2.6.32-5-bigmem

2012-02-28 Par sujet Bzzz
On Tue, 28 Feb 2012 19:06:26 +0100
Nicolas FRANCOIS nicolas.franc...@free.fr 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

2012-02-28 Par sujet Nicolas FRANCOIS
Le Tue, 28 Feb 2012 19:18:07 +0100,
Bzzz lazyvi...@gmx.com a écrit :

 On Tue, 28 Feb 2012 19:06:26 +0100
 Nicolas FRANCOIS nicolas.franc...@free.fr 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

2012-02-28 Par sujet Bzzz
On Tue, 28 Feb 2012 20:32:38 +0100
Nicolas FRANCOIS nicolas.franc...@free.fr 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

2012-02-28 Par sujet Nicolas FRANCOIS
Le Tue, 28 Feb 2012 19:12:39 +0100,
Bernard Schoenacker bernard.schoenac...@free.fr 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

2012-02-28 Par sujet Nicolas FRANCOIS
Le Tue, 28 Feb 2012 19:12:39 +0100,
Bernard Schoenacker bernard.schoenac...@free.fr 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

2012-02-28 Par sujet Bzzz
On Tue, 28 Feb 2012 20:50:09 +0100
Nicolas FRANCOIS nicolas.franc...@free.fr 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

2012-02-28 Par sujet Bzzz
On Tue, 28 Feb 2012 20:50:42 +0100
Nicolas FRANCOIS nicolas.franc...@free.fr 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

2012-02-28 Par sujet Bernard Schoenacker
Le Tue, 28 Feb 2012 20:50:42 +0100,
Nicolas FRANCOIS nicolas.franc...@free.fr a écrit :

 Le Tue, 28 Feb 2012 19:12:39 +0100,
 Bernard Schoenacker bernard.schoenac...@free.fr 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



Kernel panic sur testing

2011-12-26 Par sujet Goldy
Bonjour,

Suite à une mise à jour hier soir, j'ai eu quelques kernel panic de
façon relativement aléatoire sur l'installation de testing  sur mon macbook.

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à.

J'ai fais une photo (désolé pour la qualité qui n'est pas fameuse, mais
c'est lisible) http://furry.goldenfish.info/kernel_panic.jpeg

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). Pour l'instant je touche du bois, mais je pense que
ça va se produire à nouveau.

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.

Merci d'avance

Christophe

-- 
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/4ef885ef.4050...@goldenfish.info



Re: Kernel panic sur testing

2011-12-26 Par sujet Jean-Yves F. Barbier
On Mon, 26 Dec 2011 15:34:23 +0100
Goldy go...@goldenfish.info 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



[testing] kernel panic au démontage disque NTFS

2011-08-15 Par sujet Gaëtan PERRIER
Bonjour,

Ça fait 2 fois de suite que lorsque je fais retirer le volume sans
risque (Gnome) sur un disque NTFS ça se termine par un
beau kernel panic.
Suis-je le seul à rencontrer ce genre de problème ou bien est-ce
généralisé ?

-- 
Gaëtan PERRIER gaetan.perr...@neuf.fr

--
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/20110815222649.f8482fbbf590ae224f06f...@neuf.fr



Re: [testing] kernel panic lors de l'extinction

2011-07-28 Par sujet Gaëtan PERRIER
Le Thu, 28 Jul 2011 01:49:45 +0200
Gaëtan PERRIER gaetan.perr...@neuf.fr a écrit:

 
 Bonjour,
 
 Depuis hier j'ai un kernel panic lors de l'extinction de la machine. Il
 intervient il me semble après le message
 
 will now halt.
 
 le message que je vois est:
 
 kernel panic - not syncing Fatal exception in interrupt
 


Si je reboot il n'y a pas de problème. J'ai fais un memtest qui ne révèle
aucun problème.

Gaëtan

-- 
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/20110728221955.cc86a2a89094368650585...@neuf.fr



Re: [testing] kernel panic lors de l'extinction

2011-07-28 Par sujet Francois Cerbelle
Salut Gaëtan,

 Si je reboot il n'y a pas de problème. J'ai fais un memtest qui ne révèle
 aucun problème.

Tu n'aurais pas fait une mise a jour (ou pas fait) avec apmd ou acpid ?

Bonne soirée
françois


signature.asc
Description: This is a digitally signed message part


Re: [testing] kernel panic lors de l'extinction

2011-07-28 Par sujet Gaëtan PERRIER
Le Thu, 28 Jul 2011 22:26:44 +0200
Francois Cerbelle franc...@cerbelle.net a écrit:

 Salut Gaëtan,
 
  Si je reboot il n'y a pas de problème. J'ai fais un memtest qui ne révèle
  aucun problème.
 
 Tu n'aurais pas fait une mise a jour (ou pas fait) avec apmd ou acpid ?
 


Pas récemment. La dernière mise à jour d'acpid date du 30 mai 2011.

Gaëtan

-- 
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/20110728223219.75d9c5294a3882db71bc9...@neuf.fr



Re: [testing] kernel panic lors de l'extinction

2011-07-28 Par sujet Jérôme
Le jeudi 28 juillet 2011 à 22:19 +0200, Gaëtan PERRIER a écrit : 
 Le Thu, 28 Jul 2011 01:49:45 +0200
 Gaëtan PERRIER gaetan.perr...@neuf.fr a écrit:
 
  
  Bonjour,
  
  Depuis hier j'ai un kernel panic lors de l'extinction de la machine. Il
  intervient il me semble après le message
  
  will now halt.
  
  le message que je vois est:
  
  kernel panic - not syncing Fatal exception in interrupt
  
 
 
 Si je reboot il n'y a pas de problème. J'ai fais un memtest qui ne révèle
 aucun problème.
 
 Gaëtan

Ça pourrait être un matériel pas standard au niveau acpi|bios, genre
Sony... C'est quelle machine au fait ?




-- 
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/1311884708.7113.1.ca...@azuki.aranha.ici



Re: [testing] kernel panic lors de l'extinction

2011-07-28 Par sujet Gaëtan PERRIER
Le Thu, 28 Jul 2011 22:25:08 +0200
Jérôme jer...@aranha.fr a écrit:

 
 Le jeudi 28 juillet 2011 à 22:19 +0200, Gaëtan PERRIER a écrit : 
  Le Thu, 28 Jul 2011 01:49:45 +0200
  Gaëtan PERRIER gaetan.perr...@neuf.fr a écrit:
  
   
   Bonjour,
   
   Depuis hier j'ai un kernel panic lors de l'extinction de la machine. Il
   intervient il me semble après le message
   
   will now halt.
   
   le message que je vois est:
   
   kernel panic - not syncing Fatal exception in interrupt
   
  
  
  Si je reboot il n'y a pas de problème. J'ai fais un memtest qui ne révèle
  aucun problème.
  
  Gaëtan
 
 Ça pourrait être un matériel pas standard au niveau acpi|bios, genre
 Sony... C'est quelle machine au fait ?

La machine est composée de :
- CM Gigabyte EP35-DS3
- CPU E8200,
- 4 Go RAM
- CG Nvidia 9G00GT
- contrôleur SCSI Adaptec 29160 (AIC-7892A U160/m)
- contrôleur USB/Firewire Adaptec (AUA-3020 je crois)
- carte réseau 3C940

Je crois ne rien oublier

Gaëtan

-- 
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/20110728223955.ff3695af23df96c306008...@neuf.fr



Re: [testing] kernel panic lors de l'extinction

2011-07-28 Par sujet Gaëtan PERRIER
Le Thu, 28 Jul 2011 22:39:55 +0200
Gaëtan PERRIER gaetan.perr...@neuf.fr a écrit:

 
 Le Thu, 28 Jul 2011 22:25:08 +0200
 Jérôme jer...@aranha.fr a écrit:
 
  
  Le jeudi 28 juillet 2011 à 22:19 +0200, Gaëtan PERRIER a écrit : 
   Le Thu, 28 Jul 2011 01:49:45 +0200
   Gaëtan PERRIER gaetan.perr...@neuf.fr a écrit:
   

Bonjour,

Depuis hier j'ai un kernel panic lors de l'extinction de la machine. Il
intervient il me semble après le message

will now halt.

le message que je vois est:

kernel panic - not syncing Fatal exception in interrupt

   
   
   Si je reboot il n'y a pas de problème. J'ai fais un memtest qui ne révèle
   aucun problème.
   
   Gaëtan
  
  Ça pourrait être un matériel pas standard au niveau acpi|bios, genre
  Sony... C'est quelle machine au fait ?
 
 La machine est composée de :
 - CM Gigabyte EP35-DS3
 - CPU E8200,
 - 4 Go RAM
 - CG Nvidia 9G00GT
 - contrôleur SCSI Adaptec 29160 (AIC-7892A U160/m)
 - contrôleur USB/Firewire Adaptec (AUA-3020 je crois)
 - carte réseau 3C940
 
 Je crois ne rien oublier
 
 Gaëtan
 

En PJ la copie d'écran de la fin de la trace, des fois que ça cause à
quelqu'un ...

Gaëtan
attachment: kernel_panic.jpg

Re: [testing] kernel panic lors de l'extinction

2011-07-28 Par sujet Gaëtan PERRIER
J'ai trouvé le fautif. C'est virtualbox 4.1 qui cause le kernel panic. Quand
je le désinstalle tout rentre dans l'ordre.

Gaëtan

-- 
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/20110729020913.8665b9b216d1566e09631...@neuf.fr



[testing] kernel panic lors de l'extinction

2011-07-27 Par sujet Gaëtan PERRIER
Bonjour,

Depuis hier j'ai un kernel panic lors de l'extinction de la machine. Il
intervient il me semble après le message

will now halt.

le message que je vois est:

kernel panic - not syncing Fatal exception in interrupt

ça vous dit quelque chose ?

Gaëtan

-- 
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/20110728014945.14159def437df2bd153f2...@neuf.fr



Re: Kernel Panic ...

2010-12-05 Par sujet 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: basileatstarynkevitchdotnet 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 ...

2010-12-04 Par sujet 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 ...

2010-12-04 Par sujet 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 ...

2010-12-04 Par sujet 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 ...

2010-12-04 Par sujet 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



Kernel Panic ...

2010-11-29 Par sujet corbie
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/201011292241.31721.cor...@free.fr



Re: Kernel Panic ...

2010-11-29 Par sujet 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 ...

2010-11-29 Par sujet 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



kernel panic

2010-10-26 Par sujet gg aka linedubeth

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.


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


Je ne comprends pas ce qui arrive. Le mode utilisateur simple fonctionne 
à partir de grub et je me retrouve avec la ligne de commande type de 
maintenance(désolé pour la formulation)


Je ne souhaite pas refaire une installation que pourrais-je faire?

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/4cc66f99.1040...@free.fr



Re: kernel panic

2010-10-26 Par sujet 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



Re: kernel panic

2010-10-26 Par sujet 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

2010-10-26 Par sujet 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



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

2010-01-25 Par sujet David BERCOT
Bonsoir,

Le Sat, 23 Jan 2010 11:14:56 +0100,
tv.deb...@googlemail.com 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



  1   2   3   4   5   6   >