Re: Retbleed en lançant Debian-12 et kernel panic : résolu
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
- 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&HITSPERPAGE=10&DB=fr&xP=Zupgrad%09Zbookworm%09Zamd64&xFILTERS=.%7E%7E&xDB=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
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&HITSPERPAGE=10&DB=fr&xP=Zupgrad%09Zbookworm%09Zamd64&xFILTERS=.%7E%7E&xDB=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
> 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
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
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
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
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
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
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
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
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
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
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
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
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
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
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]
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
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
> Le 21 janv. 2018 à 19:25, Frederic MASSOT a > écrit : > > Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit : >>> Le 21 janv. 2018 à 10:41, Christophe De Natale >>> a écrit : >>> >>> >>> >>> Le 21/01/2018 à 09:40, Jean louis Giraud-Desrondiers a écrit : >>>>> >>>>>> > > Afin de mettre de côté un éventuel problème matériel => memtest >>>>> >>>> Memtest a tourné toute la nuit : résultat : pass complète, no errors, >>>> cependant il y a quelque chose qui m’intrigue car Memtest affiche : « CPU >>>> found : 4, CPU started : 2, CPU active : 1 » >>> 1 cpu ; 2 cœurs physiques ; 4 cœurs virtuels >> ok >>> >>> Sinon, en relisant votre premier message, il se passe quoi finalement au >>> boot : >>> * on a le choix des versions de noyaux >> oui j’ai le choix entre Debian Gnu/linux et dessous « options avancées pour >> Debian Gnu/linux » si je vais sur cette option j’ai le choix entre le noyau >> 4.14 et 4.13 et pour chacun choix entre sysvinit et recovery mode >> ensuite >> nouvelle page qui passe très vite avec 2 lignes : >> chargement de Linux 4.14…. pas le temps de lire la suite >> puis une page qui ressemble à ceci : >> [2.972887] dump_stack…. >> etc…. >> dernière ligne >> [2.974414] — [ end Kernel panic - not syncing : Attempted to kil init ! >> exit code = 0x000b > > Est-ce que tu peux booter sur un Live CD ou sur une clé USB contenant une > archive Netinst de Debian ? > > Il faudrait tester avec des noyaux plus ancien pour éliminer la cause > matériel. j’ai booté sans problème avec un vieux live CD Knopix ayant un noyau 3.9 est-ce que ça répond correctement à ta question ci-dessus ? cordialement JLouis Giraud-Desrondiers > > -- > == > | FRÉDÉRIC MASSOT | > | http://www.juliana-multimedia.com <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
> 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
Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit : Le 21 janv. 2018 à 10:41, Christophe De Natale a écrit : Le 21/01/2018 à 09:40, Jean louis Giraud-Desrondiers a écrit : > > > Afin de mettre de côté un éventuel problème matériel => memtest Memtest a tourné toute la nuit : résultat : pass complète, no errors, cependant il y a quelque chose qui m’intrigue car Memtest affiche : « CPU found : 4, CPU started : 2, CPU active : 1 » 1 cpu ; 2 cœurs physiques ; 4 cœurs virtuels ok Sinon, en relisant votre premier message, il se passe quoi finalement au boot : * on a le choix des versions de noyaux oui j’ai le choix entre Debian Gnu/linux et dessous « options avancées pour Debian Gnu/linux » si je vais sur cette option j’ai le choix entre le noyau 4.14 et 4.13 et pour chacun choix entre sysvinit et recovery mode ensuite nouvelle page qui passe très vite avec 2 lignes : chargement de Linux 4.14…. pas le temps de lire la suite puis une page qui ressemble à ceci : [2.972887] dump_stack…. etc…. dernière ligne [2.974414] — [ end Kernel panic - not syncing : Attempted to kil init ! exit code = 0x000b Est-ce que tu peux booter sur un Live CD ou sur une clé USB contenant une archive Netinst de Debian ? Il faudrait tester avec des noyaux plus ancien pour éliminer la cause matériel. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Re: kernel panic
Le 21/01/2018 à 09:40, Jean louis Giraud-Desrondiers a écrit : Le 20 janv. 2018 à 18:08, Giraud Jean-Louis mailto:giraud_jean-lo...@orange.fr>> a écrit : > Message du 20/01/18 16:05 > De : "Christophe De Natale" mailto:christophedenat...@orange.fr>> > A : debian-user-french@lists.debian.org <mailto:debian-user-french@lists.debian.org> > Copie à : > Objet : Re: kernel panic > > Le 20/01/2018 à 12:13, Giraud Jean-Louis a écrit : > > > > > > > > Afin de mettre de côté un éventuel problème matériel => memtest Memtest a tourné toute la nuit : résultat : pass complète, no errors, cependant il y a quelque chose qui m’intrigue car Memtest affiche : « CPU found : 4, CPU started : 2, CPU active : 1 » De mémoire c'est normal, Memtest n'utilise qu'un CPU. Je crois qu'il y a un option ou une touche Fx pour le faire fonctionner sur plusieurs coeurs. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Re: kernel panic
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
> 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
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
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
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
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
> Le 21 janv. 2018 à 14:21, Daniel Huhardeaux a écrit : > > Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit : >> [...] >>> Sinon, en relisant votre premier message, il se passe quoi finalement au >>> boot : >>> * on a le choix des versions de noyaux >> oui j’ai le choix entre Debian Gnu/linux et dessous « options avancées pour >> Debian Gnu/linux » si je vais sur cette option j’ai le choix entre le noyau >> 4.14 et 4.13 et pour chacun choix entre sysvinit et recovery mode >> ensuite >> nouvelle page qui passe très vite avec 2 lignes : >> chargement de Linux 4.14…. pas le temps de lire la suite >> puis une page qui ressemble à ceci : >> [ 2.972887] dump_stack…. >> etc…. >> dernière ligne >> [2.974414] — [ end Kernel panic - not syncing : Attempted to kil init ! >> exit code = 0x000b > [...] > > Et si vous démarrez sur le noyau 4.13, kernel panic? Si oui je pencherai pour > un problème matériel car le 4.13 a déjà du démarrer sans souci auparavant. oui kernel panic dans tous les cas quel que soit le noyau et que ce soit en mode normal, ou sysvinit ou recovery mode. Du coup je pensais aussi à un problème matériel mais j’ai fait tourner smartmontools qui semble montrer que le DD est OK et Memtest n’a rien trouvé au niveau CPU. So what ? > > -- > daniel > JLouis
Re: kernel panic
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
> Le 21 janv. 2018 à 10:41, Christophe De Natale > a écrit : > > > > Le 21/01/2018 à 09:40, Jean louis Giraud-Desrondiers a écrit : >>> >>>> > > Afin de mettre de côté un éventuel problème matériel => memtest >>> >> Memtest a tourné toute la nuit : résultat : pass complète, no errors, >> cependant il y a quelque chose qui m’intrigue car Memtest affiche : « CPU >> found : 4, CPU started : 2, CPU active : 1 » > 1 cpu ; 2 cœurs physiques ; 4 cœurs virtuels ok > > Sinon, en relisant votre premier message, il se passe quoi finalement au boot > : > * on a le choix des versions de noyaux oui j’ai le choix entre Debian Gnu/linux et dessous « options avancées pour Debian Gnu/linux » si je vais sur cette option j’ai le choix entre le noyau 4.14 et 4.13 et pour chacun choix entre sysvinit et recovery mode ensuite nouvelle page qui passe très vite avec 2 lignes : chargement de Linux 4.14…. pas le temps de lire la suite puis une page qui ressemble à ceci : [2.972887] dump_stack…. etc…. dernière ligne [2.974414] — [ end Kernel panic - not syncing : Attempted to kil init ! exit code = 0x000b > * grub charge et ensuite ? Il y a des messages à l'écran ou c'est tout noir ? > * y a-t'il une indication "kernel panic" ? > > Si message il y a, quelles sont les dernières lignes au moment du blocage ? > Le log fourni hier ne contient que 27 lignes qui ne contiennent rien laissant > penser à un kernel panic le kernel.log ne contient pas les lignes indiquées ci-dessus > > Et un démarrage en mode recovery puisque le menu est accessible ? donne la même chose > > Bon courage, merci > > — > Christophe > JLouis >
Re: kernel panic
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
> Le 20 janv. 2018 à 18:08, Giraud Jean-Louis a > écrit : > > > > > > > > Message du 20/01/18 16:05 > > De : "Christophe De Natale" > > A : debian-user-french@lists.debian.org > > Copie à : > > Objet : Re: kernel panic > > > > Le 20/01/2018 à 12:13, Giraud Jean-Louis a écrit : > > > > > > > > > > > Afin de mettre de côté un éventuel problème matériel => memtest Memtest a tourné toute la nuit : résultat : pass complète, no errors, cependant il y a quelque chose qui m’intrigue car Memtest affiche : « CPU found : 4, CPU started : 2, CPU active : 1 » > > > > > > je ne reussis pas a l installer > > > > > Avec un live-cd de type ubcd (c'est mon outil préféré, il y a tout ce > > qu'il faut pour diagnostiquer la machine):http://www.ultimatebootcd.com/ > > <http://www.ultimatebootcd.com/>oui très bien cet outil mais il faut > > prendre la version 5.3.6, chez moi la version 5.3.7 n’a pas voulu passer > > dans le graveur. > JLouis
Re: kernel panic
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
> > Afin de mettre de côté un éventuel problème matériel => memtest je ne reussis pas a l installer > > -- > Christophe > >
Re: kernel panic
> 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
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
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
> 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
> 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
> 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
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
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
> 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
> Message du 17/01/18 11:12 > De : "Michel" > A : "Giraud Jean-Louis" > Copie à : > Objet : Re: kernel panic > > Le 17/01/2018 à 11:05, Michel a écrit : > Le 17/01/2018 à 09:56, Giraud Jean-Louis a écrit : > > smartctl 6.2 2013-04-20 r3812 [i686-linux-3.9.6] (local build) Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: SandForce Driven SSDs Device Model: OCZ-AGILITY3 Serial Number: OCZ-T010UP9EZRG5B1D5 LU WWN Device Id: 5 e83a97 dad908fde Firmware Version: 2.28 User Capacity: 480,103,981,056 bytes [480 GB] Sector Size: 512 bytes logical/physical Rotation Rate: Solid State Device Device is: In smartctl database [for details use: -P show] ATA Version is: ATA8-ACS, ACS-2 T13/2015-D revision 3 SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s) Local Time is: Wed Jan 17 03:49:33 2018 EST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x02) Offline data collection activity was completed without error. Auto Offline Data Collection: Disabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 0) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 1) minutes. Extended self-test routine recommended polling time: ( 48) minutes. Conveyance self-test routine recommended polling time: ( 2) minutes. SCT capabilities: (0x0021) SCT Status supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 120 120 050 Pre-fail Always - 0/0 5 Retired_Block_Count 0x0033 100 100 003 Pre-fail Always - 0 9 Power_On_Hours_and_Msec 0x0032 086 086 000 Old_age Always - 12828h+15m+56.830s 12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 1552 171 Program_Fail_Count 0x0032 000 000 000 Old_age Always - 0 172 Erase_Fail_Count 0x0032 000 000 000 Old_age Always - 0 174 Unexpect_Power_Loss_Ct 0x0030 000 000 000 Old_age Offline - 102 177 Wear_Range_Delta 0x 000 000 000 Old_age Offline - 1 181 Program_Fail_Count 0x0032 000 000 000 Old_age Always - 0 182 Erase_Fail_Count 0x0032 000 000 000 Old_age Always - 0 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 194 Temperature_Celsius 0x0022 030 030 000 Old_age Always - 30 (Min/Max 30/30) 195 ECC_Uncorr_Error_Count 0x001c 100 100 000 Old_age Offline - 0/0 196 Reallocated_Event_Count 0x0033 100 100 003 Pre-fail Always - 0 201 Unc_Soft_Read_Err_Rate 0x001c 100 100 000 Old_age Offline - 0/0 204 Soft_ECC_Correct_Rate 0x001c 100 100 000 Old_age Offline - 0/0 230 Life_Curve_Status 0x0013 100 100 000 Pre-fail Always - 100 231 SSD_Life_Left 0x0013 100 100 010 Pre-fail Always - 0 233 SandForce_Internal 0x 000 000 000 Old_age Offline - 3081 234 SandForce_Internal 0x0032 000 000 000 Old_age Always - 2449 241 Lifetime_Writes_GiB 0x0032 000 000 000 Old_age Always - 2449 242 Lifetime_Reads_GiB 0x0032 000 000 000 Old_age Always - 2737 SMART Error Log not supported SMART Self-test Log not supported SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. > Je pense que ton disque est en fin de vie, et qu'il devrait être remplacé. > Mais je peux me tromper, c'est pourquoi il serait préférable de conner ces > infos sur fcold afin que des personnes plus compétents que moi puissent te > répondre / te conseiller. > > Le paramètre significatif est le 231 SSD_Life_Left, à 010 sur ton disque, et > qui signifie: > "Indique la durée approximative restante de la SSD, en termes de cycles de > programmation / effacement ou de blocs réservés disponibles. Une valeur > normalisée de 100 représente un nouveau lecteur, avec
Re: kernel panic
> Message du 17/01/18 09:27 > De : "Michel" > A : debian-user-french@lists.debian.org > Copie à : > Objet : Re: kernel panic > > Le 17/01/2018 à 09:00, Jean louis Giraud-Desrondiers a écrit : > > > désolé j’ai bien réussi à me connecter sur le web par l’intermédiaire du > > live-CD et aller sur le site qui héberge mes mails mais pas moyen de > > répondre à tes messages ni même d’envoyer une copie de ce que j’obtiens > > avec la commande smartctl -a -d ata…. > > > Tu entre en console: > > smartctl -a -d ata /dev/sda > toto.txt > > Lancé ainsi, smartctl écrira sa sortie dans le fichier toto.txt, mais > pas sur ton écran > > Tu nous fait passer ce fichier ( toto.txt ) sur fcold. Ok? > > Note: tu peux l'appeler autrement, hein ;) > > voila j qi enfin reussi a joindre le fichiersmartctl 6.2 2013-04-20 r3812 [i686-linux-3.9.6] (local build) Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: SandForce Driven SSDs Device Model: OCZ-AGILITY3 Serial Number:OCZ-T010UP9EZRG5B1D5 LU WWN Device Id: 5 e83a97 dad908fde Firmware Version: 2.28 User Capacity:480,103,981,056 bytes [480 GB] Sector Size: 512 bytes logical/physical Rotation Rate:Solid State Device Device is:In smartctl database [for details use: -P show] ATA Version is: ATA8-ACS, ACS-2 T13/2015-D revision 3 SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s) Local Time is:Wed Jan 17 03:49:33 2018 EST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x02) Offline data collection activity was completed without error. Auto Offline Data Collection: Disabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection:(0) seconds. Offline data collection capabilities:(0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities:(0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability:(0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time:( 1) minutes. Extended self-test routine recommended polling time:( 48) minutes. Conveyance self-test routine recommended polling time:( 2) minutes. SCT capabilities: (0x0021) SCT Status supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 120 120 050Pre-fail Always - 0/0 5 Retired_Block_Count 0x0033 100 100 003Pre-fail Always - 0 9 Power_On_Hours_and_Msec 0x0032 086 086 000Old_age Always - 12828h+15m+56.830s 12 Power_Cycle_Count 0x0032 099 099 000Old_age Always - 1552 171 Program_Fail_Count 0x0032 000 000 000Old_age Always - 0 172 Erase_Fail_Count0x0032 000 000 000Old_age Always - 0 174 Unexpect_Power_Loss_Ct 0x0030 000 000 000Old_age Offline - 102 177 Wear_Range_Delta0x 000 000 000Old_age Offline - 1 181 Program_Fail_Count 0x0032 000 000 000Old_age Always - 0 182 Erase_Fail_Count0x0032 000 000 000Old_age Always - 0 187 Reported_Uncorrect 0x0032 100 100 000Old_age Always - 0 194 Temperature_Celsius 0x0022 030 030 000Old_age Always - 30 (Min/Max 30/30) 195 ECC_Uncorr_Error_Count 0x001c 100
Re: kernel panic
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
> 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
> 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
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
> 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
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
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
> 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
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
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
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
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
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
Re: Kernel panic
bonsoir, quels sont les arguments de boot du noyau que tu as utilisé ? (en appuyant sur 'e' dans le menu grub) Le 30 nov. 2014 11:19, "Zuthos Oddy" a écrit : > > Bonjour, > > Sur un portable, j'ai un kernel panic: > kernel panic - not syncing: No init found. try passing init= option to > kernel > > J'arrive a me logger en passant par mon CD rescue. > > J'ai essayé de faire un update-initramfs, mais rien n'y fait. :-( > > Je ne sais pas trop quoi faire, et j'hésite à reprendre l'installation à 0 > > Si vous aviez une petite idée de comment me sortir de l'impasse... > > Merci d'avance > > -- > Le travail est l'opium du peuple et je ne veux pas mourir drogué. > -+- Boris Vian -+- > > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/fr/FrenchLists > > Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" > vers debian-user-french-requ...@lists.debian.org > En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org > Archive: > https://lists.debian.org/d87b1e42258504d7cd26d519c350027c.squirrel@bureau > >
Re: Kernel panic
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
Kernel panic
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 une fois sur deux
On Sun, 16 Sep 2012 22:23:40 +0200 andre_deb...@numericable.fr wrote: > J'ai mis sur mon PC les répertoires /boot et /usr > sur un disque SSD, > les autres répertoires sur un disque dur SATA. Ben déjà avoir une copie des 2 dirs sur chaque HD, puis tester lequel pose PB (SI c'est réellement un PB de HD [¯doutes¯]). -- Eh post-it ? Tu serais pas asiat ? si comen tu sé on se conné? Non non, mais j't'imagine petite jaune et collante. hein ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120916230242.61fcbdfb@anubis.defcon1
Kernel panic une fois sur deux
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... something not syncing" avec noyau 2.6.32-5-bigmem
Le Tue, 28 Feb 2012 20:50:42 +0100, Nicolas FRANCOIS a écrit : > Le Tue, 28 Feb 2012 19:12:39 +0100, > Bernard Schoenacker a écrit : > > > bonjour, > > > > > > serait il possible de modifier le fichier de conf : > > > > cat /etc/default/bootlogd > > > > # Run bootlogd at startup ? > > BOOTLOGD_ENABLE=Yes > > > > en pager : most > > > > > > pour lire les journaux, il est possible de renbooter sur un > > noyau viable ou de les consulter via un live cdrom ... > > Je boote normalement sur un noyau non-bigmem, et c'est sur ce noyau > que j'avais posté les messages précédents (amputé que j'étais de 4Go, > ce qui n'a, pour une session de moins d'une journée, pas de > conséquence abominable). > > Évidemment, après avoir rebooté, j'ai pu lancer le noyau bigmem sans > aucun message d'erreur !!! > > Au fait, en pager : most, c'est bienune ligne du fichier bootlogd ? Et > où lit-on les bootlogs ? Dans /var/log ? > > Sinon, je n'ai pas trouvé l'option "memtest" dans le boot, comme j'en > avais une sous Ubuntu. C'est exprès ? > > Bon, attendons le prochain plantage. > > \bye > bonjour, le pager most est un paquet qui permet de mieux lire les fichiers en lecture seule avec une sytaxe proche de vim ... les logs : /var/log/boot autre outil (exemple) : dmegs |most concernant l'option indiquée au boot, il suffit de vérifier la présence des paquets installés : dpkg -l | awk '/memt/ {print $2}' memtest86 memtest86+ autrement, prière d'utiliser abracadabra slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120228210900.3bcf174d.bernard.schoenac...@free.fr
Re: "Kernel panic... something not syncing" avec noyau 2.6.32-5-bigmem
On Tue, 28 Feb 2012 20:50:42 +0100 Nicolas FRANCOIS wrote: > > Sinon, je n'ai pas trouvé l'option "memtest" dans le boot, comme j'en > avais une sous Ubuntu. C'est exprès ? Contrairement à trudububu, Debian considère que l'admin est un adulte qualifié; il est donc de sa responsabilité d'installer les packages voulus. -- Darth Vader sleeps with a Teddywookie. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120228205922.370d00c2@anubis.defcon1
Re: "Kernel panic... something not syncing" avec noyau 2.6.32-5-bigmem
On Tue, 28 Feb 2012 20:50:09 +0100 Nicolas FRANCOIS wrote: > Et > où lit-on les bootlogs ? Dans /var/log ? /var/log/messages -- Darth Vader sleeps with a Teddywookie. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120228205733.340c5914@anubis.defcon1
Re: "Kernel panic... something not syncing" avec noyau 2.6.32-5-bigmem
Le Tue, 28 Feb 2012 19:12:39 +0100, Bernard Schoenacker a écrit : > bonjour, > > > serait il possible de modifier le fichier de conf : > > cat /etc/default/bootlogd > > # Run bootlogd at startup ? > BOOTLOGD_ENABLE=Yes > > en pager : most > > > pour lire les journaux, il est possible de renbooter sur un > noyau viable ou de les consulter via un live cdrom ... Je boote normalement sur un noyau non-bigmem, et c'est sur ce noyau que j'avais posté les messages précédents (amputé que j'étais de 4Go, ce qui n'a, pour une session de moins d'une journée, pas de conséquence abominable). Évidemment, après avoir rebooté, j'ai pu lancer le noyau bigmem sans aucun message d'erreur !!! Au fait, en pager : most, c'est bienune ligne du fichier bootlogd ? Et où lit-on les bootlogs ? Dans /var/log ? Sinon, je n'ai pas trouvé l'option "memtest" dans le boot, comme j'en avais une sous Ubuntu. C'est exprès ? Bon, attendons le prochain plantage. \bye -- Nicolas FRANCOIS | /\ http://nicolas.francois.free.fr | |__| X--/\\ We are the Micro$oft. _\_V Resistance is futile. You will be assimilated. darthvader penguin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120228205042.1d8d62a0@gaston
Re: "Kernel panic... something not syncing" avec noyau 2.6.32-5-bigmem
Le Tue, 28 Feb 2012 19:12:39 +0100, Bernard Schoenacker a écrit : > bonjour, > > > serait il possible de modifier le fichier de conf : > > cat /etc/default/bootlogd > > # Run bootlogd at startup ? > BOOTLOGD_ENABLE=Yes > > en pager : most > > > pour lire les journaux, il est possible de renbooter sur un > noyau viable ou de les consulter via un live cdrom ... Je boote normalement sur un noyau non-bigmem, et c'est sur ce noyau que j'avais posté les messages précédents (amputé que j'étais de 4Go, ce qui n'a, pour une session de moins d'une journée, pas de conséquence abominable). Évidemment, après avoir rebooté, j'ai pu lancer le noyau bigmem sans aucun message d'erreur !!! Au fait, en pager : most, c'est bienune ligne du fichier bootlogd ? Et où lit-on les bootlogs ? Dans /var/log ? Bon, attendons le prochain plantage. \bye -- Nicolas FRANCOIS | /\ http://nicolas.francois.free.fr | |__| X--/\\ We are the Micro$oft. _\_V Resistance is futile. You will be assimilated. darthvader penguin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120228205009.413b7890@gaston
Re: "Kernel panic... something not syncing" avec noyau 2.6.32-5-bigmem
On Tue, 28 Feb 2012 20:32:38 +0100 Nicolas FRANCOIS wrote: > > Memtest va me dire cela ? Pour le CAS vi, mais le RAS c'est moins sur; mais il-y-a des tas d'utilitaires sur le net qui font ça très bien. > Si oui, que dois-je guetter dans les > affichages ? Quels sont les paramètres primordiaux ? Le CAS ? Autre > chose ? Palement CAS (CL) & RAS; mais il-y-a aussi trcd, trp & tras. Note également qu'en Gal la carte mère n'aime pas des CAS différents suivant les barrettes. -- What a COINCIDENCE! I'm an authorized "SNOOTS OF THE STARS" dealer!! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120228204112.21b63770@anubis.defcon1
Re: "Kernel panic... something not syncing" avec noyau 2.6.32-5-bigmem
Le Tue, 28 Feb 2012 19:18:07 +0100, Bzzz a écrit : > On Tue, 28 Feb 2012 19:06:26 +0100 > Nicolas FRANCOIS wrote: > > > Vérifier si la RAM est en auto pour les timings. > Si c'est le cas, l'analyser avec un utilitaire et la régler > manuellement. > Memtest va me dire cela ? Si oui, que dois-je guetter dans les affichages ? Quels sont les paramètres primordiaux ? Le CAS ? Autre chose ? \bye -- Nicolas FRANCOIS | /\ http://nicolas.francois.free.fr | |__| X--/\\ We are the Micro$oft. _\_V Resistance is futile. You will be assimilated. darthvader penguin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120228203238.73903bbf@gaston
Re: "Kernel panic... something not syncing" avec noyau 2.6.32-5-bigmem
On Tue, 28 Feb 2012 19:06:26 +0100 Nicolas FRANCOIS wrote: Vérifier si la RAM est en auto pour les timings. Si c'est le cas, l'analyser avec un utilitaire et la régler manuellement. -- First Corollary of Taber's Second Law: Machines that piss people off get murdered. -- Pat Taber -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120228191807.7d908940@anubis.defcon1
Re: "Kernel panic... something not syncing" avec noyau 2.6.32-5-bigmem
Le Tue, 28 Feb 2012 19:06:26 +0100, Nicolas FRANCOIS a écrit : > Salut. > > Je me suis racheté deux barrettes de 2G pour mon PC, portant ma > mémoire totale à 8G. J'ai donc changé de noyau et installé le noyau > "bigmem". Depuis, je rencontre des soucis du genre de ceux mentionnés > dans le titre : le PC plante (une fois par mois, en gros), et quand > j'essaye de rebooter, j'obtiens immédiatement un plantage juste après > grub : "Kernel panic"... gnagna ... "not syncing". > > J'ai un peu vadrouillé sur les bigs reports, je ne semble pas être le > seul dans ce cas, mais je ne sais pas trop comment résoudre le > problème : je ne sais pas afficher les messages d'erreur au boot (je > n'arrive pas à faire défiler l'écran avec Shift Pg. Préc/Pg. Suiv). > > Avez-vous des choses à me conseiller pour résoudre ce problème ? > > Ah, oui, au fait, Debian Squeeze, sans diableries (sauf Iceweasel en > backports). > > \bye > bonjour, serait il possible de modifier le fichier de conf : cat /etc/default/bootlogd # Run bootlogd at startup ? BOOTLOGD_ENABLE=Yes en pager : most pour lire les journaux, il est possible de renbooter sur un noyau viable ou de les consulter via un live cdrom ... slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120228191239.313e89b7.bernard.schoenac...@free.fr
"Kernel panic... something not syncing" avec noyau 2.6.32-5-bigmem
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 sur testing
On Mon, 26 Dec 2011 15:34:23 +0100 Goldy wrote: > C'est la première fois que je suis confronté à des kernel panic et je ne > sais pas trop comment interpréter ces choses là. Il faut en faire une mauvaise interprétation. > J'ai essayé de changer de noyaux (en repassant à la version 3.0), mais > le problème s'est produit une nouvelle fois (la photo correspond à cette > version du noyaux). Les kworkers sont des placeholders pour les threads du kernel,soit la majorité de ses traitements (c'est pour cette raison qu'un KP provoque un trace, sinon on ne saurait pas où donner de la tête). Apparemment quelque chose ayant trait au WiFi (IEEE802.11) a fait capoter le thread. Il faut que tu vérifies: * s'il faut un firmware pour ta Cte, * s'il est chargé, * s'il est à jour, * quel est le driver chargé, et s'il ne peut pas y avoir un conflit entre 2 drivers différents, * quels sont les switches du driver nécessaires au chipset de ta Cte, en commençant par 'gader s'il n'y en a pas un pour le debugging histoire d'avoir des traces dans les logs, * que ton macbook n'a pas ses règles. > Pour l'instant je touche du bois, mais je pense que > ça va se produire à nouveau. Le don de double-vue, c'est courant... surtout le lendemain de noël. > Je ne sais pas trop comment faire un rapport de bug pour ce problème, si > quelqu'un pouvait m'aider pour ça, ça serait l'idéal. Avant de considérer que c'est un bug il faut vérifier que tout est fait dans les règles. -- Lavish spending can be disastrous. Don't buy any lavishes for a while. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20111226171140.7a1286a0@anubis.defcon1
Kernel panic sur testing
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
[testing] kernel panic au démontage disque NTFS
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 -- 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
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
Re: [testing] kernel panic lors de l'extinction
Le Thu, 28 Jul 2011 22:39:55 +0200 Gaëtan PERRIER a écrit: > > Le Thu, 28 Jul 2011 22:25:08 +0200 > Jérôme 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 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 <>
Re: [testing] kernel panic lors de l'extinction
Le Thu, 28 Jul 2011 22:25:08 +0200 Jérôme 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 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
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 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
Le Thu, 28 Jul 2011 22:26:44 +0200 Francois Cerbelle 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
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
Le Thu, 28 Jul 2011 01:49:45 +0200 Gaëtan PERRIER 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
[testing] kernel panic lors de l'extinction
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 ...
On Sat, 4 Dec 2010 23:47:42 +0100 "Jean-Yves F. Barbier" <12u...@gmail.com> wrote: > On Sat, 4 Dec 2010 22:57:16 +0100, anto...@starinux.org wrote: > > utiliser memtest86+ et laisser tourner au minimum 3 cycles complets de > tests. > > > Je voudrais pas acheter une barette (DDR) pour rien :-) Il y a cinq ans, sur un portable MSI S270, une barette était mauvaise alors que memtest ne trouvait rien. C'est en échangeant la barette (temporairement) avec une autre (prêtée par un ami) que j'ai compris qu'elle est defectueuse! Cordialement -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basilestarynkevitchnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mine, sont seulement les miennes} *** -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101205121659.f6036357.bas...@starynkevitch.net
Re: Kernel Panic ...
On Sat, 4 Dec 2010 22:57:16 +0100, anto...@starinux.org wrote: utiliser memtest86+ et laisser tourner au minimum 3 cycles complets de tests. > Je voudrais pas acheter une barette (DDR) pour rien :-) -- "You have been in Afghanistan, I perceive." -- Sir Arthur Conan Doyle, "A Study in Scarlet" -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101204234742.4fb45...@anubis.defcon1
Re: Kernel Panic ...
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 ...
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 ...
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 ...
On Mon, Nov 29, 2010 at 09:56:29PM -0200, Adriano Rogério Trentini wrote: > > Je eus le même problême pour la la matin. Pour la nuit, le systême > arreta. Je ne sais pas rien de ce chose. Desolé. > Il lunedì 29 novembre 2010 19:41:31 cor...@free.fr ha scritto: > > Bonsoir à Tous, > > > > Debian Lenny 32 bits : > > > > "Kernel Panic : not syncing = fatal exception in interrupt IRQ" > > > > S'agit-il d'un problème de barettes mémoire ? > > > > J'ai 3 barettes RAM (3 slots) : > > 1] 512 Mo > > 2] 256 Mo > > 3] 256 Mo > > > > J'ai retiré au hasard la 3] et Debian est bien reparti sans erreur. > > Tu peux essayer de permuter la 2 et la 3 pour ne rien perdre de ta mémoire. J'ai eu récemment entre les mains une machine qui ne voulait rien savoir pour démarrer. Une permutation des barrettes a été efficace. A+ -- Pierre Meurisse -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101130034015.ga3...@asusqueeze.bureau.maison
Re: Kernel Panic ...
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
Kernel Panic ...
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
Le mardi 26 octobre 2010 à 14:16 +0200, gg aka linedubeth a écrit : > J'ai fais sans trop réfléchir un instantané de la machine virtuelle. > et > je n'ai plus de problème par contre si je peux envoyer mon dmesg est ce > que cela sera utile? Oui, il y a des infos intéressantes dedans. > Par contre j'ai aussi un kernel failure j'ai fait des captures écrans > du genre:http://img200.imageshack.us/img200/4274/capture10u.png Il y aura plus d'infos dans dmesg je pense ... Julien PS: Pour la réponse envoi uniquement à debian-user-french@lists.debian.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1288095673.3938.7.ca...@pc-julien.office
Re: kernel panic
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
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
kernel panic
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
Toujours pas de son via l'HDMI en 2.6.33 [was Re: Kernel panic]
Bonsoir, Le Sat, 23 Jan 2010 11:14:56 +0100, "tv.deb...@googlemail.com" a écrit : >>David BERCOT a écrit : >> Bonjour, >> >> Comme je n'ai pas trouvé de dépôt tout fait, je suis donc passé à la >> phase "compilation manuelle" ;-) >> Tout s'est très bien passé sauf au reboot : >> Kernel panic - not syncing: VFS: Unable to mount fs on >> unknown-block(0,0) >Hello, kernel package dans les versions sup à 12.* nécessite un peu de >configuration, regarde dans >/usr/share/kernel-package/examples/etc/kernel/*.d >et copie les scripts dont tu peux avoir besoin dans les répertoires >correspondant de /etc/kernel/*.d, ici ce sont les scripts "initramfs" >que tu cherches. >Par défault l'initrd n'est pas créé, même avec l'option ad-hoc. Merci pour ces infos qui, en effet, étaient les bonnes. Ca se passe bien pour mon noyau (un peu moins bien pour les headers, mais bon, je vais creuser). Malheureusement, ça ne change rien au niveau de la sortie son via l'HDMI !!! Tout semble ok, mais rien ne sort ! Est-ce que quelqu'un a une carte ATI avec une sortie HDMI par laquelle sort du son ? Merci d'avance. David. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org