vroum

On ne va quand même pas lier un problème d'ordre matériel à dieu. Dieu a voulu que ça ne marche pas, ça ne marchera pas à cause d'une pièce qui flanche, d'une ram mal placé, des jumpers dans une mauvaise position, d'une incompatibilité de matériel, configuration foireuse, et ainsi de suite... Rien ne se règle tout seul, il y a toujours un processus (logique, physique, temporel, je ne sais quoi) qui est derrière et qui gère les choses. Tout ce qui est physiquement atteignable ne fait en aucun cas partie de "Ilmou Elghaib" (science de l'inconnu?) on n'a peut être pas les connaissance nécessaire pour expliquer tous les phénomènes mais c'est pas le cas du domaine informatique vu que c'est fait de la main de l'homme (grace à dieu bien sur ) Vroooooooouuuuuuuuuuum.

Je suis presque du même avis que tixxDZ. HS aussi, pour le problème de mouradski_21 est en relation avec l'upgrade du kernel, il a du faire une mise-à-jour automatique qui a fait un upgrade. Sachant que lors de l'upgrade on aura dans le le /lib/modules : $ls 2.6.25-ARCH 2.6.26-ARCH 2.6.27-ARCH Et le truc c'est que certains drivers ne sont pas compatible avec les nouvelles versions de kernel (comme le mien qui est atl2) J'ai eu le même problème que lui après mon premier upgrade, le truc c'est que après reboot rien ne marché (link down, il chargé un autre driver incompatible avec ma carte, et ça arrive souvent, je vous donnerai un autre exemple avec ça ) Il a falut donc recompiler le driver against mon kernel et tout, et ça a remaché (sauf pour le 2.6.27 où il a falut télécharger un PATCH et re-recompiler ) Aller, un autre exemple? ok, là c'est pour la carte réseau de mon laptop, une RTL8168B/8111B , j'ai installé archlinux, j'ai fait un upgrade, je reboot ça ne marche plus ... (ça c'était un peu avant le problème du haut, donc j'ai un peu galéré ) je fait un /etc/rc.d/network restart pour voir ce qui se passe : Sep 9 21:16:24 myhost dhcpcd[6061]: eth0: dhcpcd 3.1.3 starting Sep 9 21:16:24 myhost r8169: eth0: link down Sep 9 21:16:24 myhost dhcpcd[6061]: eth0: hardware address = 00:1b:fc:b3:fa:98 Sep 9 21:16:24 myhost dhcpcd[6061]: eth0: broadcasting for a lease Sep 9 21:16:54 myhost dhcpcd[6061]: eth0: timed out Sep 9 21:16:54 myhost dhcpcd[6061]: eth0: trying to use old lease in `/var/lib/dhcpcd/dhcpcd-eth0.info' Sep 9 21:16:54 myhost dhcpcd[6061]: eth0: lease information file `/var/lib/dhcpcd/dhcpcd-eth0.info' does not exist Sep 9 21:16:54 myhost dhcpcd[6061]: eth0: probing for an IPV4LL address Sep 9 21:16:54 myhost dhcpcd[6061]: eth0: checking 169.254.160.80 is available on attached networks Sep 9 21:16:55 myhost dhcpcd[6061]: eth0: adding IP address 169.254.160.80/16 Sep 9 21:17:00 myhost dhcpcd[6062]: eth0: broadcasting for a lease Sep 9 21:17:30 myhost dhcpcd[6062]: eth0: timed out Sep 9 21:17:30 myhost dhcpcd[6062]: eth0: trying to use old lease in `/var/lib/dhcpcd/dhcpcd-eth0.info' Sep 9 21:17:30 myhost dhcpcd[6062]: eth0: checking 169.254.160.80 is available on attached networks Sep 9 21:17:31 myhost dhcpcd[6062]: eth0: adding IP address 169.254.160.80/16 Sep 9 21:17:36 myhost dhcpcd[6062]: eth0: broadcasting for a lease Sep 9 21:18:06 myhost dhcpcd[6062]: eth0: timed out Sep 9 21:18:06 myhost dhcpcd[6062]: eth0: trying to use old lease in `/var/lib/dhcpcd/dhcpcd-eth0.info' Sep 9 21:18:06 myhost dhcpcd[6062]: eth0: checking 169.254.160.80 is available on attached networks Sep 9 21:18:07 myhost dhcpcd[6062]: eth0: adding IP address 169.254.160.80/16 Sep 9 21:18:12 myhost dhcpcd[6062]: eth0: broadcasting for a lease Sep 9 21:18:42 myhost dhcpcd[6062]: eth0: timed out Sep 9 21:18:42 myhost dhcpcd[6062]: eth0: trying to use old lease in `/var/lib/dhcpcd/dhcpcd-eth0.info' Sep 9 21:18:42 myhost dhcpcd[6062]: eth0: checking 169.254.160.80 is available on attached networks Sep 9 21:18:43 myhost dhcpcd[6062]: eth0: adding IP address 169.254.160.80/16 Sep 9 21:18:48 myhost dhcpcd[6062]: eth0: broadcasting for a lease Vous avez trouver l'erreur? oui la 2nd ligne "r8169: eth0: link down " il a chagé un driver incompatible (elles sont méchantes ces distribution, mais ça ne s'arrete pas là), je lance un bon vieux Ubuntu 6.10 (l'histoire se passé septembre 2007) et même chose: [17179632.772000] eth0: Identified chip type is 'RTL8168B/8111B'. [17179632.772000] eth0: r10001.02, the Linux device driver for Realtek Ethernet Controllers at 0xb800, 00:1b:fc:b3:fa:98, IRQ 217 [17179632.772000] eth0: Auto-negotiation Enabled. [17179632.780000] ath_hal: module license 'Proprietary' taints kernel. [17179640.460000] Realtek RTL8168/8111 Family PCI-E Gigabit Ethernet Network Adapter [17179640.460000] Driver version:1.02 [17179640.460000] Released date:2006/02/23 [17179640.460000] Link Status:Not Linked oui oui, là on voit qu'ubuntu charge bien un driver pour ma carte, mais ce qui est étrange c'est qu'il a chargé le r1000 v1.02 qui est "connu" pour n'être compatible qu'avec les kernels 2.4.x, allez savoir pourquoi il l'a chargé sur du 2.6.x . là aussi j'ai téléchargé le bon driver de chez Realtek, je compile et tout, et à la fin ça marche impec fallait juste lui dire de ne pas charcher l'ancien driver MODULES=( !r8169 r8168 …) (faut juste noter que dans les derniers builds , le r8169 est compatible avec ma carte) Maintenant et le plus important c'est que la dernière fois je suis tombé sur une RTL8139D fake, made in china, avec le vondor id : "vendor SILAN 0x1904 Hangzhou Silan Microelectronics" Sinon pour répondre à secdz, je dirai que l'informatique est une science que ça soit coté soft ou hard tant que c'est dans un environement protégé, en répetant le mêmes étapes un programme informatique donnera toujours le même résultat sauf s'il a été fait pour ne pas le faire (implémentation d'une IA, utilisation d'un générateur de nombre pseudo-aléatoire dont le résultat dépend...etc) coté hardware, un défaillance peut causer des problèmes, mais avec un hard sain tout marchera imepc

sachant que l'"empire" islamique s'étendait de l'Inde à l'atlantique, je doute que l'information puisse transiter en une nuit.

pas du tout, l'aïd est demain même du point de vu scientifique, Hier avait lieu un eclipse lunaire TOTALE, donc il était impossible de voir le hillal en algérie, voir : http://www.rodurago.de/en/index.php?month=9&year=2008&geodata=36.47%2C3.03%2C1&site=details&link=calendar#showcalendar (le cercle rond noir qui correspond à hier , indique l'eclipse lunaire) Pour la question de Hatake, du point de vu scientifique, on ne voit pas la lune de la même façon partout sur le globe. Aussi, en parlant du passé, s'il fallait que l'information viennent de Medine, Baghdad ou je ne sais où de l'empire vers tout les bout de l'empire, imagine combien ça va leur prendre pour transmettre l'infos, ils n'avaient pas de téléphone C'est pour ça que c'est "soumou lirou'ayatih". Sinon, le truc de escroqués et tout, c'est de la politique et il n'y a pas lieu de politique dans la religion . Et saha idkoum