Non, tu as moins d’infos dans dmesg que dans les autres logs comme message ou syslog. Mais tu as raison que les messages d’un module ont des chances de se trouver aussi dans dmesg.
dmesg, peut être /var/log/messages ou /var/log/kern.log
Voilà mes tests:
- Démarrage avec eth1 non activée câble débranché.
2)Déchargement du module “rmmod r8169”
Jan 19 08:57:01 localhost kernel: ACPI: PCI interrupt for device 0000:01:00.0 disabled
Jan 19 08:57:01 localhost ifplugd.agent[3590]: Stopping ifplugd for eth1- Chargement du module “modprobe r8169 debug=16”
Jan 19 08:58:33 localhost kernel: PCI: Enabling device 0000:01:00.0 (0100 -> 0103)
Jan 19 08:58:33 localhost kernel: ACPI: PCI Interrupt 0000:01:00.0[A] -> Link [LNEA] -> GSI 18 (level, low) -> IRQ 209
Jan 19 08:58:33 localhost kernel: PCI: Setting latency timer of device 0000:01:00.0 to 64
Jan 19 08:58:33 localhost kernel: eth1: RTL8168b/8111b at 0xf909e000, 00:18:f3:b9:93:26, IRQ 209
Jan 19 08:58:33 localhost ifplugd.agent[3718]: Invoking ifplugd for eth1
Jan 19 08:58:33 localhost ifplugd(eth1)[3735]: ifplugd 0.28 initializing.
Jan 19 08:58:33 localhost kernel: r8169: eth1: link down
Jan 19 08:58:33 localhost ifplugd(eth1)[3735]: Using interface eth1/00:18:F3:B9:93:26 with driver <r8169> (version: 2.2LK-NAPI)
Jan 19 08:58:33 localhost ifplugd(eth1)[3735]: Using detection mode: SIOCETHTOOL
Jan 19 08:58:33 localhost ifplugd(eth1)[3735]: Initialization complete, link beat not detected.
Jan 19 08:58:43 localhost kernel: eth1: PHY reset until link up4)Branchement du câble
Jan 19 08:59:23 localhost last message repeated 4 times
Jan 19 09:00:03 localhost last message repeated 4 times
Jan 19 09:00:10 localhost anacron[3122]: Job `cron.daily' started
Jan 19 09:00:10 localhost anacron[3833]: Updated timestamp for job `cron.daily' to 2008-01-19
Jan 19 09:00:13 localhost kernel: eth1: PHY reset until link up
Jan 19 09:00:15 localhost exim4: ALERT: exim paniclog /var/log/exim4/paniclog has non-zero size, mail system possibly broken
Jan 19 09:00:23 localhost kernel: eth1: PHY reset until link up
Jan 19 09:00:53 localhost last message repeated 3 times
C’est quoi le fameux message de
[quote]Jan 19 08:59:23 localhost last message repeated 4 times
Jan 19 09:00:03 localhost last message repeated 4 times[/quote]?
[quote=“fran.b”]C’est quoi le fameux message de
[quote]Jan 19 08:59:23 localhost last message repeated 4 times
Jan 19 09:00:03 localhost last message repeated 4 times[/quote]?[/quote]AMA, c’est le kernel: eth1: PHY reset until link up
jack2: et si tu remplaces dans /etc/default/ifplugd, dans la variable ARGS, le -f par -F, ça donne quoi ?
mattotop, l’option -F au lieu de -f ne donne rien.
Par contre j’ai fait une maj vers Lenny et là ça fonctionne.
J’avoue que cette solution ne ma plait guère je préfère rester sous Etch qui est sensée être plus stable que la testing.
Je suis donc revenu à Etch.
J’aimerais tout de même trouver d’où vient le pb même s’il ne peut pas être résolu sous Etch.
Hum, utilises un backport des wireless-tools, tu peux en trouver un là http://boisson.homeip.net/clef/
les paquets
libiw28_28-1_i386.deb
libiw29_29-1_i386.deb
wireless-tools_29-1_i386.deb
Mon pb vient de ma carte ethernet et non de ma carte wifi.
En quoi ces backports peuvent résoudre le pb?
Je te dis que ton problême est un pb de noyau, et ton passage par la lenny me semble le confirmer si comme je le pense tu as fait ça en réinstallant.
Mais rien ne t’empêche de mettre un noyau lenny (ou même sid ou experimental) sur ton etch.
Par exemple en utilisant ça:
viewtopic.php?f=8&t=5659
Ce n’est pas le changement de noyau qui change le plus la stabilité de l’OS (ne pas confondre OS GNU et noyau linux), et c’est souvent nécessaire en cas justement de pb matériel.
Je pense que si tu m’avais écouté depuis quelques pages que je te conseille de changer de noyau, tu te serais evité deux reinstalls (toujours inutiles d’ailleurs quoi qu’il arrive sauf un crash disque, sous debian).
[quote=“jack2”]Mon pb vient de ma carte ethernet et non de ma carte wifi.
En quoi ces backports peuvent résoudre le pb?[/quote]
Un upgrade ne change pas le noyau il me semble d’où ma remarque. Je me suis demandé ce qui avait pu être mis à jour et qui avait subi le plus d’évolutions, j’ai pensé au WIFI d’où cette suggestion.
Si effectivement, tu as mis à jour le noyau, garde le noyau de lenny comme le suggère Matt.
[edit: je n’ai effectivement pas pensé à une réinstallation car ça n’est jamais une solution]
Mattotop,
J’ai fait une maj vers lenny en changeant les etch par lenny dans sources.list j’ai ensuite fait un apt-get update puis un dist-upgrade.
J’ai bien sûr fait une sauvegarde de cette maj en local.
Je suis ensuite revenu vers etch car j’en ai une sauvegarde.
En quoi la méthode donnée sur ton lien diffère de ce que j’ai fait?
Y-a-t-il eu un changement de noyau lors de cette mise à jour (si tu as fais le dist-upgrade, ça peut être le cas…)
Oui le noyau a changé mais je suis passé en testing ce qui ne me convient pas.
Donc essaye de rester en etch mais installe juste le noyau de la lenny…
Quelle est la procédure?
dpkg -i linux-image….deb
Ça doit bien fonctionner.
En fait j’ai remplacé les etch par lenny dans le sources.list et ensuite un apt-get update.
J’ai ensuite maj linux-headers +++ linux-source +++ linux-image
J’ai du réinstaller ensuite les drivers propriétaires de ma carte NVidia.
Et maintenant ça fonctionne.
Merci à tous et tout particulièrement Mattotop qui m’avait donné la piste du noyau à upgrader.
quote="jack2"
En quoi la méthode donnée sur ton lien diffère de ce que j’ai fait?[/quote]
Lis là et tu verras: elle permet de taper ponctuellement dans n’importe quelle release, de choisir ses versions, tout en restant par défaut dans la release qu’on souhaite.
Par exemple, sans être obligé d’aller chercher les .deb et de les installer à la mano, d’installer le noyau lenny sur une etch, sans pour autant passer en etch.
Cool, non ?
Au fait, tu peux mettre [résolu] dans le titre du premier post du fil stp ?
Par curiosité, as tu toujours un numéro d’interruption aux alentours des 200?
Non, voilà un ifconfig:
eth1 Lien encap:Ethernet HWaddr 00:18:F3:B9:93:26
inet adr:192.168.1.4 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::218:f3ff:feb9:9326/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:89 errors:0 dropped:0 overruns:0 frame:0
TX packets:121 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:38526 (37.6 KiB) TX bytes:14205 (13.8 KiB)
Interruption:17 Adresse de base:0x8000Par contre quand j’était le laptop il bloque sur un message “Disabling non-boot CPUs”