Messages récents

Pages: 1 ... 3 4 5 6 7 [8] 9 10
71
ce n'est pas un log de boot que j'ai posté sur pastebin ??  :o
tu veux que je récupère le log depuis la console serial ?

Voici un reboot depuis le serial :


et au passage j'ai re perdu le 10Gbps  :( :(

root@OpenWrt:~# ip link set dev lan2 down
[  230.770434] br-lan: port 1(lan2) entered disabled state
root@OpenWrt:~# ip link set dev lan2 up
[  234.571257] airoha_eth 1fb50000.ethernet lan2: PHY [mt7530_dsa-0:05] driver [Generic Clause 45 PHY] (irq=POLL)
[  234.581343] airoha_eth 1fb50000.ethernet lan2: configuring for phy/usxgmii link mode
root@OpenWrt:~#
72
Si tu arrives à avoir un log de boot, je pourrais poser la question sur https://github.com/openwrt/openwrt/pull/22563.
Avec cette MR, on passerait de kmod-phy-rtl8261 à kmod-phy-realtek (donc toujours en module) + rtl8261n-firmware.
Certaines cibles ont le driver en builtin, mais du coup ont eu le problème avec les firmwares potentiellement non disponibles si le driver est chargé avant le montage du rootfs (d'où https://github.com/openwrt/openwrt/pull/23075).
73
Orange fibre Actus Orange / Orange lance deux nouvelles Livebox Wi-Fi 7 "Intelligent"
« Dernier message par Mogette le 02 mai 2026 à 20:41:49 »
Avec LiveboxMonitor, tu peux forcer le canal 100 et 160Mhz.
Si le problème vient juste du fait que la Livebox voit le canal 36 comme moins occupé que le canal 100, ça devrait régler le problème.
En revanche, il est possible que le canal 100 soit évité à cause du DFS (si un point d'accès Wifi détecte des radars sur cette bande, il a interdiction de l'utiliser), dans ce cas je ne sais pas ce qui se passerait (peut-être un retour en mode auto forcé).

Encore merci ! Problème résolu en forçant le canal 100 à 160Mhz.  :)
74
Bistro Bistro / Piratage à tou va !
« Dernier message par acut3 le 02 mai 2026 à 20:29:53 »
La meilleure défense c'est d'utiliser un password manager (perso j'utilise keepassxc), qui n'entrera jamais tes creds sur un site bidon. Ca ne t'évitera pas de faire un payement sur un site bidon, mais c'est déjà ça.

Et en amont, renseigner le minimum de données, utiliser un alias mail différent pour chaque site (j'utilise simplelogin avec proton mail).

Pour l'impact de l'IA ça sera je pense avantage aux attaquants pour quelques temps. Déjà les fuites de données, dans la plupart des cas c'est un faille humaine, pas une faille technique (bon ANTS c'est une exception, et il y en a d'autres évidemment).
75
ok ben espérons que les dev lisent le topic "community build" du w1700K pour tenir compte de tout ça...ce topic a l'air mort...
76
voila le dmesg


En fait faudrait voir les logs quand ca ne marche pas...
[   10.751481] kmodloader: loading kernel modules from /etc/modules-boot.d/*
...
[   12.495955] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[   12.503890] init: - preinit -
[   12.913028] airoha_eth 1fb50000.ethernet wan: renamed from eth1
[   12.922844] airoha_eth 1fb50000.ethernet lan2: renamed from eth2
[   13.446303] Realtek RTL8261N mt7530_dsa-0:05: rtkphy_config_init:80 [RTL8261N/RTL8264/RTL826XB] phy_id: 0x1CCAF3 PHYAD:5
[   13.744332] airoha_eth 1fb50000.ethernet lan2: PHY [mt7530_dsa-0:05] driver [Realtek RTL8261N] (irq=POLL)
[   13.753948] airoha_eth 1fb50000.ethernet lan2: configuring for phy/usxgmii link mode
[   17.922691] airoha_eth 1fb50000.ethernet lan2: Link is Up - 10Gbps/Full - flow control rx/tx
...
[   25.826413] airoha_eth 1fb50000.ethernet wan: PHY [mt7530_dsa-0:08] driver [Realtek RTL8261N] (irq=POLL)
[   25.835972] airoha_eth 1fb50000.ethernet wan: configuring for phy/usxgmii link mode
[   29.522601] airoha_eth 1fb50000.ethernet lan2: Link is Up - 10Gbps/Full - flow control rx/tx
[   29.531213] br-lan: port 1(lan2) entered blocking state
[   29.536465] br-lan: port 1(lan2) entered forwarding state
[   31.042278] airoha_eth 1fb50000.ethernet wan: Link is Up - 10Gbps/Full - flow control off
lan2 a été initialisé 1s après le chargement des modules, alors que wan est arrivé bien plus tard (avec d'autres drivers entre les deux).
Les timings pourraient beaucoup changer si des drivers sont optimisés, parce que là il y a énormement d'initialisations qui semblent bloquantes (par exemple les 4s pour activer le lien sur lan2, et plus tard wan ou encore lan2).
77
voila le dmesg


En fait faudrait voir les logs quand ca ne marche pas...
78
Bistro Bistro / Piratage à tou va !
« Dernier message par Steph le 02 mai 2026 à 19:36:34 »
C'en est risible.
La valeur n'attend pas le nombre des années...
79
ok, donc ce serait une histoire de mauvais timing qui empecherait le port de fonctionner ? c'est bizarre que ca marche tout le temps avec le wan alors...
Regarde les timings dans le dmesg : à priori l'initialisation se fait dans l'ordre lan2, lan3, lan4, wan.
Si lan2 est limite, la probabilité que wan soit affecté par le problème est bien plus faible.
80
root@OpenWrt:~# readlink  /sys/class/net/wan/phydev/driver
../../../../../../../bus/mdio_bus/drivers/Realtek RTL8261N
root@OpenWrt:~#

ok, donc ce serait une histoire de mauvais timing qui empecherait le port de fonctionner ? c'est bizarre que ca marche tout le temps avec le wan alors...
Pages: 1 ... 3 4 5 6 7 [8] 9 10