Re: Galère avec le noyau
maderios a écrit : > On 10/28/2015 10:00 AM, Pascal Hambourg wrote: >> maderios a écrit : >>> Il faut croire que l'extinction totale de la machine a provisoirement >>> réglé le pb. Le mystère reste entier mais je soupçonne le bios qui ne >>> semble pas très à jour. >> Grand classique déjà vu. Le BIOS et les drivers ne réinitialisent pas >> complètement le contrôleur réseau. >> > Oui mais quel est le rapport avec le dualboot? C'est bien ce dernier qui > a semé le bazar. Mon interprétation est qu'un des OS a laissé le contrôleur ethernet dans un état que ni le BIOS ni l'autre OS n'ont été capables de réinitialiser complètement, et incompatible avec le fonctionnement de l'autre OS.
Re: Galère avec le noyau
maderios a écrit : > Il faut croire que l'extinction totale de la machine a provisoirement > réglé le pb. Le mystère reste entier mais je soupçonne le bios qui ne > semble pas très à jour. Grand classique déjà vu. Le BIOS et les drivers ne réinitialisent pas complètement le contrôleur réseau.
Re: Galère avec le noyau
On 10/28/2015 01:21 AM, Alexandre Hoïde wrote: On Wed, Oct 28, 2015 at 12:05:55AM +0100, maderios wrote: Bonjour Ceci concerne Jessie ainsi que les noyaux 3.16/jessie et 4.2/sid. Sur un portable récent qui fonctionnait bien avec Jessie, j'ai installé un dual-boot avec une fedora beta (mise à jour) puis une Sid. J'ai du supprimer ces 2 distro invitées vu les galères que cela entraînait: plus de réseau et le message ci-dessous en prime. Ensuite, j'ai pensé que c'était un truc d'UUID. Donc j'ai viré l'option UUID dans grub que j'ai remplacée par le classique /dev/xxx. Aucun changement, je suis donc revenu à l'option UUID en les vérifiant avec blkid. Pour résumer, tout fonctionne sauf le réseau. Ce qui n'empêche pas le système d'afficher un superbe eth0: link up :( Salut Madeiros, C'est peut-être parce que je ne suis pas cap de décoder tes logs du noyau, mais il me semble que les résultats de : # ifconfig -a $ ip r $ lspci | egrep -i "network|ethernet" J'ai vérifié hier la conf réseau, aucune anomalie. J'ai omis de préciser que le réseau était inopérant sur cette machine aussi bien avec Debian, F23 que W$ (je le conserve pour la garantie). Ce n'est donc pas un pb de conf logicielle mais plutôt un pb de driver ou de bios. En redémarrant ce matin, pas de message d'erreur et le réseau est opérationnel. Il est vrai que j'ai supprimé hier le dualboot avec Sid/F23. C'était exactement la même configuration hier soir après avoir réinstallé kernels, grub et rebooté et pourtant le bug persistait. Il faut croire que l'extinction totale de la machine a provisoirement réglé le pb. Le mystère reste entier mais je soupçonne le bios qui ne semble pas très à jour. -- Maderios
Re: Galère avec le noyau
On 10/28/2015 10:00 AM, Pascal Hambourg wrote: maderios a écrit : Il faut croire que l'extinction totale de la machine a provisoirement réglé le pb. Le mystère reste entier mais je soupçonne le bios qui ne semble pas très à jour. Grand classique déjà vu. Le BIOS et les drivers ne réinitialisent pas complètement le contrôleur réseau. Oui mais quel est le rapport avec le dualboot? C'est bien ce dernier qui a semé le bazar. Plus précisément, c'est depuis la période où j'ai testé une fedora 23 beta que le bug est apparu. J'ai ensuite formaté la partition, copié dessus une Jessie et le bug est réapparu. J'ai supprimé cette Jessie, reformaté la partition, éteint le PC, redémarré et le bug a disparu. -- Maderios
Galère avec le noyau
Bonjour Ceci concerne Jessie ainsi que les noyaux 3.16/jessie et 4.2/sid. Sur un portable récent qui fonctionnait bien avec Jessie, j'ai installé un dual-boot avec une fedora beta (mise à jour) puis une Sid. J'ai du supprimer ces 2 distro invitées vu les galères que cela entraînait: plus de réseau et le message ci-dessous en prime. Ensuite, j'ai pensé que c'était un truc d'UUID. Donc j'ai viré l'option UUID dans grub que j'ai remplacée par le classique /dev/xxx. Aucun changement, je suis donc revenu à l'option UUID en les vérifiant avec blkid. Pour résumer, tout fonctionne sauf le réseau. Ce qui n'empêche pas le système d'afficher un superbe eth0: link up :( Oct 27 22:02:41 debconchita kernel: r8169 :02:00.1: firmware: direct-loading firmware rtl_nic/rtl8411-2.fw Oct 27 22:02:41 debconchita kernel: r8169 :02:00.1 eth0: link down Oct 27 22:02:43 debconchita kernel: r8169 :02:00.1 eth0: link up Oct 27 22:02:56 debconchita kernel: [ cut here ] Oct 27 22:02:56 debconchita kernel: WARNING: CPU: 2 PID: 0 at /build/linux-9oV2VH/linux-4.2.3/net/sched/sch_generic.c:303 dev_watchdog+0x231/0x240() Oct 27 22:02:56 debconchita kernel: NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out Oct 27 22:02:56 debconchita kernel: Modules linked in: cpufreq_stats cpufreq_userspace cpufreq_powersave cpufreq_conservative nfsd auth_rpcgss oid_registry nfs_acl nfs lockd grace fscache sunrpc nls_utf8 nls_cp437 vfat fat x86_pkg_temp_thermal intel_powerclamp intel_rapl coretemp kvm_intel kvm joydev crct10dif_pclmul crc32_pclmul ghash_clmulni_intel sha256_ssse3 sha256_generic hmac drbg ansi_cprng aesni_intel aes_x86_64 lrw arc4 psmouse gf128mul asus_nb_wmi asus_wmi sparse_keymap ath3k mxm_wmi btusb iTCO_wdt btrtl iTCO_vendor_support btbcm ath9k btintel ath9k_common bluetooth ath9k_hw evdev ath mac80211 pcspkr crc16 glue_helper snd_hda_codec_hdmi serio_raw rtsx_pci_ms ablk_helper cryptd cfg80211 rfkill snd_soc_rt5640 snd_soc_rl6231 snd_soc_core snd_compress efi_pstore memstick efivars regmap_i2c i915 wmi dw_dmac dw_dmac_core Oct 27 22:02:56 debconchita kernel: snd_soc_sst_acpi drm_kms_helper drm snd_hda_codec_realtek snd_hda_codec_generic i2c_algo_bit battery video processor_thermal_device int3402_thermal snd_hda_intel intel_soc_dts_iosf snd_hda_codec int340x_thermal_zone snd_hda_core snd_hwdep processor i2c_designware_platform i2c_designware_core acpi_pad button ac snd_pcm snd_timer iosf_mbi snd int3400_thermal acpi_thermal_rel soundcore shpchp i2c_i801 lpc_ich mei_me mei fuse parport_pc ppdev lp parport autofs4 xfs libcrc32c hid_generic usbhid sg sr_mod cdrom sd_mod rtsx_pci_sdmmc crc32c_intel ahci libahci xhci_pci libata xhci_hcd r8169 scsi_mod mii rtsx_pci mfd_core usbcore usb_common fan thermal thermal_sys i2c_hid sdhci_acpi sdhci hid mmc_core Oct 27 22:02:56 debconchita kernel: CPU: 2 PID: 0 Comm: swapper/2 Not tainted 4.2.0-1-amd64 #1 Debian 4.2.3-2 Oct 27 22:02:56 debconchita kernel: Hardware name: ASUSTeK COMPUTER INC. X751LB/X751LB, BIOS X751LB.201 01/13/2015 Oct 27 22:02:56 debconchita kernel: 81852d98 81548ea6 8801aed03df8 Oct 27 22:02:56 debconchita kernel: 8106e5a1 8801a492c3e0 8801a492c000 Oct 27 22:02:56 debconchita kernel: 0002 0001 8106e61a 81852d58 Oct 27 22:02:56 debconchita kernel: Call Trace: Oct 27 22:02:56 debconchita kernel:[] ? dump_stack+0x40/0x50 Oct 27 22:02:56 debconchita kernel: [] ? warn_slowpath_common+0x81/0xb0 Oct 27 22:02:56 debconchita kernel: [] ? warn_slowpath_fmt+0x4a/0x50 Oct 27 22:02:56 debconchita kernel: [] ? sched_clock+0x5/0x10 Oct 27 22:02:56 debconchita kernel: [] ? dev_watchdog+0x231/0x240 Oct 27 22:02:56 debconchita kernel: [] ? dev_deactivate_queue.constprop.34+0x60/0x60 Oct 27 22:02:56 debconchita kernel: [] ? call_timer_fn+0x30/0xe0 Oct 27 22:02:56 debconchita kernel: [] ? dev_deactivate_queue.constprop.34+0x60/0x60 Oct 27 22:02:56 debconchita kernel: [] ? run_timer_softirq+0x16e/0x290 Oct 27 22:02:56 debconchita kernel: [] ? read_tsc+0x5/0x10 Oct 27 22:02:56 debconchita kernel: [] ? __do_softirq+0xfe/0x250 Oct 27 22:02:56 debconchita kernel: [] ? irq_exit+0x92/0xa0 Oct 27 22:02:56 debconchita kernel: [] ? smp_apic_timer_interrupt+0x3e/0x50 Oct 27 22:02:56 debconchita kernel: [] ? apic_timer_interrupt+0x6b/0x70 Oct 27 22:02:56 debconchita kernel:[] ? cpuidle_enter_state+0xe8/0x220 Oct 27 22:02:56 debconchita kernel: [] ? cpuidle_enter_state+0xc3/0x220 Oct 27 22:02:56 debconchita kernel: [] ? cpu_startup_entry+0x256/0x310 Oct 27 22:02:56 debconchita kernel: [] ? start_secondary+0x178/0x1a0 Oct 27 22:02:56 debconchita kernel: ---[ end trace 8890f9b83b76aa5b ]--- Oct 27 22:02:56 debconchita kernel: r8169 :02:00.1 eth0: link up Oct 27 22:09:07 debconchita kernel: r8169 :02:00.1 eth0: link up -- maderios
Re: Galère avec le noyau
On Wed, Oct 28, 2015 at 12:05:55AM +0100, maderios wrote: > Bonjour > Ceci concerne Jessie ainsi que les noyaux 3.16/jessie et 4.2/sid. Sur > un portable récent qui fonctionnait bien avec Jessie, j'ai installé un > dual-boot avec une fedora beta (mise à jour) puis une Sid. J'ai du > supprimer ces 2 distro invitées vu les galères que cela entraînait: > plus de réseau et le message ci-dessous en prime. Ensuite, j'ai pensé > que c'était un truc d'UUID. Donc j'ai viré l'option UUID dans grub que > j'ai remplacée par le classique /dev/xxx. Aucun changement, je suis > donc revenu à l'option UUID en les vérifiant avec blkid. Pour > résumer, tout fonctionne sauf le réseau. Ce qui n'empêche pas le > système d'afficher un superbe eth0: link up :( > Salut Madeiros, C'est peut-être parce que je ne suis pas cap de décoder tes logs du noyau, mais il me semble que les résultats de : # ifconfig -a $ ip r $ lspci | egrep -i "network|ethernet" … ainsi qu'un lsmod « | greppé » sur le pilote sensé piloter ta carte ethernet et/ou wifi, permettraient peut-être de mieux cerner ton problème ? Et accessoirement de savoir comment tu gères ton réseau (ifupdown, wicd, network-manager,…) et comment tu l'as configuré (/etc/network/interfaces, dhcp, resolv.conf, resolvconf, …), firewall ? Pas obligé de tout balancer, juste qu'on comprenne mieux ce que ça veut dire « ne fonctionne pas ». À moins que le bout de log ne soit suffisant pour diagnostiquer ton problème… là, je ne dirais plus rien. [Je ne comprends pas le lien que tu fais entre les UUID's et ton problème réseau ?! pas grave, remarque ] Et est-ce que l'un des utilitaires utilisés sur les distros supprimées n'aurait pas bêtement désactivé l'interface (à réactiver avec une touche de fonction de ton portable) ? Pardon si c'est trop évident… parfois, quand on a la tête dans le guidon… ^^ -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
