CONNEXION
  • RetourJeux
    • Sorties
    • Hit Parade
    • Les + populaires
    • Les + attendus
    • Soluces
    • Tous les Jeux
    • Gaming
  • RetourActu Gaming
    • News
    • Astuces
    • Tests
    • Previews
    • Toute l'actu gaming
  • RetourBons plans
    • Bons plans
    • Bons plans Smartphone
    • Bons plans Hardware
    • Bons plans Image et Son
    • Bons plans Amazon
    • Bons plans Cdiscount
    • Bons plans Decathlon
    • Bons plans Fnac
    • Tous les Bons plans
  • RetourJVTech
    • Actus High-Tech
    • Intelligence Artificielle
    • Smartphones
    • Mobilité urbaine
    • Hardware
    • Image et son
    • Tutoriels
    • Tests produits High-Tech
    • Guides d'achat High-Tech
    • JVTech
  • RetourCulture
    • Actus Culture
    • Culture
  • RetourVidéos
    • A la une
    • Gaming Live
    • Vidéos Tests
    • Vidéos Previews
    • Gameplay
    • Trailers
    • Chroniques
    • Replay Web TV
    • Toutes les vidéos
  • RetourForums
    • Hardware PC
    • PS5
    • Switch 2
    • Xbox Series
    • Switch
    • Pokemon pocket
    • FC 25 Ultimate Team
    • League of Legends
    • Tous les Forums
  • PC
  • PS5
  • Xbox Series
  • Switch 2
  • PS4
  • One
  • Switch
  • iOS
  • Android
  • MMO
  • RPG
  • FPS
En ce moment Genshin Impact Valhalla Breath of the wild Animal Crossing GTA 5 Red dead 2
Liste des sujets

Kernel panic - not cynsing

deepblue
deepblue
Niveau 16
31 décembre 2009 à 19:46:16

Salut,

  • soupir*

J'ai un gros souci avec ma debian (lenny stable, noyau : vmlinuz-2.6.26-2-686).

Au bout d'un moment, quand je suis sous X, ça freeze, et quand je suis en mode console, j'ai ce message qui apparait (après pas mal de trucs) : Kernel panic - not cynsing : Fatal exception in interrupt

Elements de réflexion :
- possible conflit avec acpi
- y'a du "iwQuelqueChose" avant, ça pourrait être un problème lié au wifi (connexion via iwconfig wlan0 essid etc)
- pas de mise à jour du noyau dernièrement

Information : je peux booter (sans erreur, a priori) sur ce noyau : vmlinuz-2.6.26-1-686

Quelqu'un a déjà eu la même ?
Merci :)

  • re soupir*
deepblue
deepblue
Niveau 16
31 décembre 2009 à 19:48:48

Autre info : diagnostic matériel fournit par dell qui ne me donne aucune erreur

deepblue
deepblue
Niveau 16
31 décembre 2009 à 20:24:50

un dmesg juste avant un freeze : http://pastebin.com/f3d480adc
(log sur avec fvwm de lancé)

chris_27
chris_27
Niveau 10
31 décembre 2009 à 22:03:38

J'aime pas ça, et j'ai rien vu sur la debian mailing list de similaire ces derniers temps (mais j'ai lu en diagonale).

Je propose qu'on en cause sur irc.

deepblue
deepblue
Niveau 16
02 janvier 2010 à 19:41:50

Un retour sur mon problème. Suite à des tests, le problème semble trouver sa source sur la planète wifi (à vérifier). Après le conseil de Chris qui était "blacklist ipv6", j'ai beaucoup moins de plantages : si il sont plus longs à se déclencher, il sont toue fois présents.
J'imagine donc que la carte wifi et/livebox = peut-être problème.
Je vérifiai ma théorie une fois chez moi.

chris_27
chris_27
Niveau 10
02 janvier 2010 à 23:26:33

Normalement, blacklister l'ipv6 ça permet juste de résoudre les noms de domaine (disons) 1000 fois plus vite, donc de surfer plus vite.

Si ça crache encore, il faut regarder dans /var/log/syslog,messages,kern.log déjà. Avec un peu de chance, il y en aura un dans lequel ça hurle.

deepblue
deepblue
Niveau 16
03 janvier 2010 à 18:22:45

Après un memtest (memtest86+), il s'avère que l'une de mes barette de ram à un souci (une erreur trouvée)

Pseudo supprimé
Pseudo supprimé 03 janvier 2010 à 18:50:26

Peut t'on signaler à Linux de ne pas utiliser une certaine plage d'adresses mémoire?

Blacklister un morceau de RAM que l'on sait défectueux, en quelques sortes?

godrik
godrik
Niveau 30
03 janvier 2010 à 22:02:41

oui on peut avec le patch noyau badram

deepblue
deepblue
Niveau 16
04 janvier 2010 à 00:49:35

Une photo du rendu memtest86+ http://upload.deblan.fr/upload/2010-01/4d157ef45dee740e5cdb5972906bbddf.jpg

chris_27
chris_27
Niveau 10
04 janvier 2010 à 00:54:44

Je pense (mais je ne suis pas sûr) qu'une solution serait d'utiliser un noyau pour 486. Avec un peu de chance, ce noyau ne gère que 2 Go de RAM et du coup tu ne serais plus gêné par ta barrette défectueuse. À voir.

godrik
godrik
Niveau 30
04 janvier 2010 à 01:00:14

Comme je disais sur IRC, tu peux demander a memtest86+ de sortir un fichier de configuration pour le patch badram du noyau linux. Linux prends le fichier de configuration en entree et n'utilise pas les parties defectueuse de la ram.
Par contre, je pense que le patch badram n'est pas active dans le noyau de debian et il te faudra peute tre compiler ton noyau toi meme...

godrik
godrik
Niveau 30
04 janvier 2010 à 01:10:38

il semble qu'il y a un paquet kernel-patch-badram dans les depots de lenny. Donc la recompilation du noyau doit pouvoir se faire facilement

Dargor
Dargor
Niveau 10
04 janvier 2010 à 11:03:53

Moi je vote pour changer la barette. Ces petites choses quand ça commence à devenir défectueux, ça ne va pas en s'arrangeant. De plus rien ne garantit que ce soit la seule adresse défectueuse, la seule chose qu'on sait c'est qu'entre une adresse mémoire et un registre du cpu la valeur a changé.

Sankukai
Sankukai
Niveau 10
04 janvier 2010 à 13:50:06

+1, c'est vraiment se faire chier pour économiser une poignée d'euros qu'il faudra de toute façon débourser à court/moyen terme.

deepblue
deepblue
Niveau 16
04 janvier 2010 à 15:13:56

Je vais effectivement en racheter une, pour la raison évoquée par Dargor. Qui plus est, je dois installer un windows pour certains logiciels (quoique là, c'est pas pressant du tout).

Je vais déjà enlever la barette qui part en cacahouette. 2Go de ram me suffisent amplement avec mon système.

Sous forums
  • Aide à l'achat Mac
  • Macintosh
  • Création de Jeux
  • Programmation
  • Création de sites web
  • Linux
  • Internet
  • Steam Deck
  • Hardware