Kernel panic où trouver le log ?

Le
Une Bévue
Bonjour,

hier soir mon ordi sous linux mint s'est retrouvé avec un Kernel panic,
je les éteint.

où trouver le log de ce KP après coup ?
Questions / Réponses high-tech
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Philippe
Le #26359461
Le Mon, 06 Jul 2015 09:10:27 +0200, Une Bévue a écrit :

Bonjour,

hier soir mon ordi sous linux mint s'est retrouvé avec un Kernel panic,
je les éteint.

où trouver le log de ce KP après coup ?



Sur ce coup là, je ne peux pas t'aider, si ce n'est que de dire que j'ai
abandonné très rapidement Mint a cause de nombreuses agaceries. Le retour
vers Xubuntu a été ma première solution pour ensuite passer a Elementary.

Si tu veux du simple basé sur Ubuntu, tentes ta chance avec Elementary.



--
http://www.assemblee-nationale.fr/histoire/jaures/discours/responsables-guerre_25071914.asp
https://www.youtube.com/watch?v=EUoxRR5aRlI
Philippe Vessaire Ò¿Ó¬
yamo'
Le #26359460
Salut,

Une Bévue a écrit le 06/07/2015 09:10 :
Bonjour,

hier soir mon ordi sous linux mint s'est retrouvé avec un Kernel panic,
je les éteint.

où trouver le log de ce KP après coup ?





D'après
nulle part...

Il y a une technique :
Mais, ce sera peut-être plus simple de regarder ce qui s'est passé avant
ce KP dans /var/log/kern.log ou /var/log/kern.log.1 ...



--
Stéphane
Une Bévue
Le #26359476
Le 06/07/2015 09:29, Philippe a écrit :
Si tu veux du simple basé sur Ubuntu, tentes ta chance avec Elementary.


OK, merci, je regarde Elementary.

Mais bon, changer de distro, c'est du boulot...

Je ne souhaite pas nécessairement qqc basé sur Ubuntu, ce dont j'ai besoin :

- ruby latest (par rvm) ;
- Apache2 + php5+ ;
- MongoDB ;
- ownCloud ;

j'envisage aussi un server mail crypté (quand j'aurai un FDQN)
fonctionnant à la manière de own MailBox :
Une Bévue
Le #26359479
Le 06/07/2015 09:31, yamo' a écrit :
D'après
nulle part...

Il y a une technique :
Mais, ce sera peut-être plus simple de regarder ce qui s'est passé avant
ce KP dans /var/log/kern.log ou /var/log/kern.log.1 ...






OK, merci beaucoup pour cette diligente réponse, je vais installer et
essayer Netconsole pour monitorer ce qu'il se passe en cas où ça se répète.

J'ai bien des /var/log/kern.log*

reste à lire...
Une Bévue
Le #26359478
On 06/07/2015 09:31, yamo' wrote:
Mais, ce sera peut-être plus simple de regarder ce qui s'est passé avant
ce KP dans /var/log/kern.log ou /var/log/kern.log.1 ...



bon, c'est "simple" :

Jul 5 15:46:46 d620 kernel: [ 308.281413] perf samples too long (2531
2500), lowering kernel.perf_event_max_sample_rate to 50000


Jul 5 16:15:02 d620 kernel: [ 2003.867376] perf samples too long (5012
5000), lowering kernel.perf_event_max_sample_rate to 25000



[etc, etc]

Jul 5 19:54:13 d620 kernel: [15155.383413] CPU0: Core temperature above
threshold, cpu clock throttled (total events = 82032)
Jul 5 19:54:13 d620 kernel: [15155.384175] CPU0: Core temperature/speed
normal
Jul 5 19:54:48 d620 kernel: [15190.632236] perf samples too long (10051
10000), lowering kernel.perf_event_max_sample_rate to 12500



ça, c'était juste avant mon KP (hier soir) puisque qu'après je passe à
Jul 6...

il chauffe pas mal mon Dell, j'ai pris l'habitude de mettre un stylo
sous le boitier de ce portable pour que les ventilos aient un peu plus
d'air...
Une Bévue
Le #26359500
Le 06/07/2015 09:31, yamo' a écrit :
Il y a une technique :


bon, j'ai réalisé aussi ce qui est écrit sur cette page, MAIS, je
n'obtiens rien, enfin, mon "netconsole.log" est désespérément vide...

je pense savoir pourquoi : l'ordi sender est connecté en wlan1 et wlan1,
si je ne m'abuse n'est pas activé tout de suite non ?

en tout cas la modif de grub a marché car maintenant au démarrage du
sender, j'ai un "log" qui s'affiche sur son écran.

il faudrait que je passe au moins le sender en ethernet (?).
yamo'
Le #26359504
Salut,

Une Bévue a écrit le 06/07/2015 11:13 :
il chauffe pas mal mon Dell, j'ai pris l'habitude de mettre un stylo
sous le boitier de ce portable pour que les ventilos aient un peu plus
d'air...



Si il est facilement démontable, ça vaudrait le coup de nettoyer les
ventilos.


--
Stéphane
Une Bévue
Le #26359503
On 06/07/2015 12:22, Une Bévue wrote:
il faudrait que je passe au moins le sender en ethernet (?).



bon, il y a une autre raison, quand je fais :
$ dmesg | grep netcon

sur le sender, j'obtiens :
┬─[:~]─[12:30:08]

╰─>$ dmesg | grep netcon
[ 5.506311] netpoll: netconsole: local port 6666
[ 5.506357] netpoll: netconsole: local IPv4 address 192.168.0.28
[ 5.506404] netpoll: netconsole: interface 'wlan1'
[ 5.506542] netpoll: netconsole: remote port 6666
[ 5.506578] netpoll: netconsole: remote IPv4 address 192.168.0.34
[ 5.506625] netpoll: netconsole: remote ethernet address
60:f8:1d:b6:47:2a
[ 5.506679] netpoll: netconsole: wlan1 doesn't exist, aborting
[ 5.506725] netconsole: cleaning up


pourtant je suis bien en wlan1, je n'ai pas d'eth0 comme indiqué dans la
page citée, mon ifconfig -a donnant :

┬─[:~]─[12:32:17]


╰─>$ ifconfig -a
eth1 Link encap:Ethernet HWaddr 00:18:8b:b0:66:24
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:18

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:3453 errors:0 dropped:0 overruns:0 frame:0
TX packets:3453 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:3492388 (3.4 MB) TX bytes:3492388 (3.4 MB)

wlan1 Link encap:Ethernet HWaddr 00:08:d3:84:81:86
inet addr:192.168.0.28 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: <snip />

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:7866 errors:0 dropped:3525 overruns:0 frame:0
TX packets:6996 errors:0 dropped:1 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2244252 (2.2 MB) TX bytes:3765760 (3.7 MB)

ce que j'ai mis comme setup de netconsole :
┬─[:~]─[12:34:02]


╰─>$ cat /etc/modprobe.d/netconsole.conf
options netconsole
/wlan1,/60:f8:1d:b6:47:2a

peut-être faut-il changer le wlan1 en eth1 ???
Une Bévue
Le #26359506
On 06/07/2015 12:40, yamo' wrote:
Si il est facilement démontable, ça vaudrait le coup de nettoyer les
ventilos.



ouais, bonne idée, je pense l'avoir fait il y a quelques années...
mais c'est pas si facile à démonter because le plastoque que j'ai tjs
peur de casser notamment la barrette où il y a l'inter on/off et les
boutons pour le son (c'est un Dell Latitude D620).

en ce moment le ventilo ne tourne pas très fort.
mireero
Le #26359613
On 07/06/2015 12:42 PM, Une Bévue wrote:
On 06/07/2015 12:22, Une Bévue wrote:
il faudrait que je passe au moins le sender en ethernet (?).



bon, il y a une autre raison, quand je fais :
$ dmesg | grep netcon

sur le sender, j'obtiens :
┬─[:~]─[12:30:08]
╰─>$ dmesg | grep netcon
[ 5.506311] netpoll: netconsole: local port 6666
[ 5.506357] netpoll: netconsole: local IPv4 address 192.168.0.28
[ 5.506404] netpoll: netconsole: interface 'wlan1'
[ 5.506542] netpoll: netconsole: remote port 6666
[ 5.506578] netpoll: netconsole: remote IPv4 address 192.168.0.34
[ 5.506625] netpoll: netconsole: remote ethernet address
60:f8:1d:b6:47:2a
[ 5.506679] netpoll: netconsole: wlan1 doesn't exist, aborting
[ 5.506725] netconsole: cleaning up


pourtant je suis bien en wlan1, je n'ai pas d'eth0 comme indiqué dans la
page citée, mon ifconfig -a donnant :

┬─[:~]─[12:32:17]

╰─>$ ifconfig -a
eth1 Link encap:Ethernet HWaddr 00:18:8b:b0:66:24
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:18

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:3453 errors:0 dropped:0 overruns:0 frame:0
TX packets:3453 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:3492388 (3.4 MB) TX bytes:3492388 (3.4 MB)

wlan1 Link encap:Ethernet HWaddr 00:08:d3:84:81:86
inet addr:192.168.0.28 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: <snip />

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:7866 errors:0 dropped:3525 overruns:0 frame:0
TX packets:6996 errors:0 dropped:1 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2244252 (2.2 MB) TX bytes:3765760 (3.7 MB)

ce que j'ai mis comme setup de netconsole :
┬─[:~]─[12:34:02]

╰─>$ cat /etc/modprobe.d/netconsole.conf
options netconsole
/wlan1,/60:f8:1d:b6:47:2a

peut-être faut-il changer le wlan1 en eth1 ???




Salut,

Si tu peux tester, ne t'en prive pas!

Les identifiants wlan1, eth1 ... sont attribués par udev (voir
/etc/udev/rules.d/70-persistent-net.rules sur une debian en tout cas),
et ça prend du temps, exemple (avec ssd et i5) :

$ dmesg | grep udev
[ 0.324293] systemd-udevd[70]: starting version 215
[ 0.325014] random: systemd-udevd urandom read with 1 bits of entropy
available
[ 1.640835] systemd[1]: Starting udev Control Socket.
[ 1.642060] systemd[1]: Listening on udev Control Socket.
[ 1.642664] systemd[1]: Starting udev Kernel Socket.
[ 1.643889] systemd[1]: Listening on udev Kernel Socket.
[ 1.653412] systemd[1]: Starting udev Coldplug all Devices...
[ 1.678137] systemd[1]: Started udev Coldplug all Devices.
[ 1.699252] systemd-udevd[205]: starting version 215

$ dmesg | grep eth0
[ 1.765520] r8169 0000:03:00.0 eth0: RTL8168g/8111g at
0xffffc90004e4c000, 44:8a:5b:d5:0f:83, XID 0c000800 IRQ 44
[ 1.766029] r8169 0000:03:00.0 eth0: jumbo features [frames: 9200
bytes, tx checksumming: ko]
[ 3.738011] r8169 0000:03:00.0 eth0: unable to load firmware patch
rtl_nic/rtl8168g-2.fw (-12)
[ 3.746909] r8169 0000:03:00.0 eth0: link down
[ 3.747107] r8169 0000:03:00.0 eth0: link down
[ 3.747306] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 5.328218] r8169 0000:03:00.0 eth0: link up
[ 5.328376] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

J'ai pas de wifi pour comparer, la reconnaissance du matériel devrait
être similaire, par contre la connexion...

(HS: Tiens tiens, on dirait qu'elle aimerait un patch, mon interface
eth0. On verra ça une autre fois.)

PS: J'y pense, si la machine n'a pas encore d'accès disque pour loguer
le KP (où du moins ce qui s'est passé juste avant), ça me semble
conceptuellement plus difficile de loguer sur une machine distante.

PPS: Il correspond à quoi le "d620" dans ton kern.log?

PPPS: Avec les températures qu'on a, je crois que ta meilleure option
(comme déjà dit) est hardware, trouve toi un petit tournevis (une fois,
j'avais tellement de poussière sous le ventilo que l'air ne sortait
(presque) même plus, et le coup du stylo n'a pas aidé longtemps).

--
mireero
Publicité
Poster une réponse
Anonyme