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 Ò¿Ó¬
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 Ò¿Ó¬
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'
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.
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.
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).
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
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
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
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 :
┬─[yt@d620:~]─[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 :
┬─[yt@d620:~]─[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
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).
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).