[resolu]Ping ip mais pas domaine + config driver sis190191 en ethernet

magicvince · Le 01/03/2008, à 19:13

Le problème : pas d'utilisation du net possible
Les symptômes :
- un ping sur adresse IP locale ou externe abouti
- un ping sur un nom de domaine (exemple www.google.com alors que pour l'ip c'est ok)

a priori si j'essaye autre chose que le ping (un ssh ou un ftp ou une navigation via firefox):

j'accède au serveur mais je n'ai pas de retour (par exemple en ssh je trouve le serveur mais il ne me demande pas de m'identifier et ferme la connexion au bout d'un moment, même chose en ftp, pour le web je fini avec une page web blanche, et non une erreur... en ne testant qu'avec des IP... les noms de domaines plantent).

Je suppose un pb de dns mais pour l'heure rien de ce que j'ai trouvé dans les forums ne résoud le pb.

Ma config:

la carte : sis190 driver à l'aide de ndiswrapper
IP attribué via dhcp
la connexion via : par CPL direction freebox avec comme opendns 208.67.222.222/208.67.220.220
si dns free, que le ping fonctionne 212.27.54.252/212.27.53.252

Je pioche... des idées?

Dernière modification par magicvince (Le 02/03/2008, à 19:59)

#hehedotcom\'isback · Le 01/03/2008, à 19:16

Bonjour

safe93 a écrit :

Si vous rencontrez des soucis pour accèder à Internet, vérifier en premier ces points, surtout si votre réseau est configuré sans l'utilisation d'un DHCP.
FIXER LES DNS (OpenDNS)
1/ Méthode préconisée:
http://www.opendns.com/start/ubuntu.php
2/ Méthode alternative
Attention, vous bloquerez toutes modifications futures du fichier.
Le fichier est 'resolv.conf'.(/etc/resolv.conf)
sudo nano /etc/resolv.conf
Et indiquer les IP des DNS à utiliser.
nameserver 208.67.222.222
nameserver 208.67.220.220
nameserver 192.168.1.1 ##IP de la passerelle##
nameserver 127.0.0.1
nameserver 0.0.0.0
‣ Rendre incassable le resolv.conf
À chaque demande DHCP, celui-ci est écrasé, les modifications précédentes sont ignorées.
sudo chattr +i /etc/resolv.conf
‣ Pour lui remettre ses droits d'origine
sudo chattr -i /etc/resolv.conf
La même opération en une ligne de commande:
echo -e 'nameserver 127.0.0.1\nnameserver 0.0.0.0\nnameserver 192.168.1.1\nnameserver 208.67.222.222\nnameserver 208.67.220.220\n' | sudo tee /etc/resolv.conf && sudo chattr +i /etc/resolv.conf
‣ Redémarrer le réseau
sudo /etc/init.d/networking restart
‣ Arrêter la carte eth0 {Exemple, si la carte est eth0}
sudo ifdown eth0
‣ Démarrer la carte eth0
sudo ifup eth0
‣ Redemander une IP au DHCP
sudo dhclient eth0
‣ Purger le cache DNS
sudo /etc/init.d/dns-clean start
C'est une méthode un peu brute, et il est préférable de modifier le client DHCP, comme indiqué ici
Si malgré tout, votre accès à Internet est toujours limité, il se peut que le souci soit tout autre. Et dans la plupart des cas, il s'agit d'une mauvaise configuration du protocole Ipv6.
Vous pouvez effectuer cette procédure pour vérifier que ce soit bien le cas:
[Code à taper en console/terminal et une ligne égale une commande]
sudo -s
echo 0 >/proc/sys/net/ipv4/tcp_window_scaling
echo  4096    16384   524288 >/proc/sys/net/ipv4/tcp_rmem
echo  4096    16384   524288 >/proc/sys/net/ipv4/tcp_wmem
ifdown eth0
ifup eth0
exit
Relancer le navigateur.
Si la connexion et l'accès aux sites sont possibles, fixer les valeurs définitivement en éditant le fichier /etc/sysctl.conf et y ajouter à la fin:
net.ipv4.tcp_window_scaling=0
net.ipv4.tcp_rmem=4096 16384 524288
net.ipv4.tcp_wmem=4096 16384 524288
http://doc.ubuntu-fr.org/feisty_interne … %C3%A9seau (http://doc.ubuntu-fr.org/feisty_internet_problemes?s=r%C3%A9seau)
Une fois qu'Internet et l'accès au réseau est OK, profitez en pour taper ces commandes
[Code à taper en console/terminal]
sudo -s
aptitude update && aptitude upgrade
aptitude dist-upgrade
aptitude autoclean && update-pciids && update-usbids
exit
Cela met tous les paquets présents à jour, plus les ID des périphériques.

magicvince · Le 01/03/2008, à 19:57

Merci,

j'ai testé ces différentes méthodes sans succès au préalable, je les ai retenté par acquis de conscience...
pas d'évolution

je ping toujours les ip mais rien sur les noms de domaines.
Je peux pinguer la machine depuis un autre poste

#hehedotcom\'isback · Le 01/03/2008, à 20:02

poste

ping -c6 192.168.1.1 (ou l'ip de ta passerelle)
ping -c6 www.google.com
ping -c6 64.233.169.103
cat /etc/resolv.conf
cat /etc/hosts
cat /etc/sysctl.conf

Dernière modification par #hehedotcom\'isback (Le 01/03/2008, à 20:02)

magicvince · Le 02/03/2008, à 03:07

voici:

magicvince@magicvince-acerdesktop:~$ ping -c6 192.168.0.254
PING 192.168.0.254 (192.168.0.254) 56(84) bytes of data.
64 bytes from 192.168.0.254: icmp_seq=1 ttl=64 time=3.99 ms
64 bytes from 192.168.0.254: icmp_seq=2 ttl=64 time=3.99 ms
64 bytes from 192.168.0.254: icmp_seq=3 ttl=64 time=3.82 ms
64 bytes from 192.168.0.254: icmp_seq=4 ttl=64 time=3.80 ms
64 bytes from 192.168.0.254: icmp_seq=5 ttl=64 time=3.84 ms
64 bytes from 192.168.0.254: icmp_seq=6 ttl=64 time=5.42 ms

--- 192.168.0.254 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 4999ms
rtt min/avg/max/mdev = 3.800/4.147/5.428/0.583 ms
magicvince@magicvince-acerdesktop:~$ ping -c6 google.com
ping: unknown host google.com
magicvince@magicvince-acerdesktop:~$ ping -c6 64.233.169.103
PING 64.233.169.103 (64.233.169.103) 56(84) bytes of data.
64 bytes from 64.233.169.103: icmp_seq=1 ttl=240 time=310 ms
64 bytes from 64.233.169.103: icmp_seq=2 ttl=240 time=336 ms
64 bytes from 64.233.169.103: icmp_seq=3 ttl=240 time=389 ms
64 bytes from 64.233.169.103: icmp_seq=4 ttl=240 time=374 ms
64 bytes from 64.233.169.103: icmp_seq=5 ttl=240 time=351 ms
64 bytes from 64.233.169.103: icmp_seq=6 ttl=240 time=149 ms

--- 64.233.169.103 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5001ms
rtt min/avg/max/mdev = 149.864/318.646/389.760/79.663 ms
magicvince@magicvince-acerdesktop:~$ cat /etc/resolv.conf
nameserver 212.27.54.252
nameserver 212.27.53.252
nameserver 192.168.0.254
nameserver 127.0.0.1
nameserver 0.0.0.0

magicvince@magicvince-acerdesktop:~$ cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 magicvince-acerdesktop

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
magicvince@magicvince-acerdesktop:~$ cat /etc/sysctl.conf
#
# /etc/sysctl.conf - Configuration file for setting system variables
# See sysctl.conf (5) for information.
#

#kernel.domainname = example.com
#net/ipv4/icmp_echo_ignore_broadcasts=1

# the following stops low-level messages on console
kernel.printk = 4 4 1 7

# enable /proc/$pid/maps privacy so that memory relocations are not
# visible to other users.
kernel.maps_protect = 1

##############################################################3
# Functions previously found in netbase
#

# Uncomment the next line to enable Spoof protection (reverse-path filter)
#net.ipv4.conf.default.rp_filter=1

# Uncomment the next line to enable TCP/IP SYN cookies
#net.ipv4.tcp_syncookies=1

# Uncomment the next line to enable packet forwarding for IPv4
#net.ipv4.conf.default.forwarding=1

# Uncomment the next line to enable packet forwarding for IPv6
#net.ipv6.conf.default.forwarding=1

magicvince · Le 02/03/2008, à 06:17

ca suffit pas

je pense qu'il y a un problème au niveau du driver sis190

j'avais une install avec ndiswrapper des drivers pour win...
Suite au plein de manip (dont le suivi de tes conseils en dernier), j'ai trouvé le lien suivant:

http://www.howtoforge.com/creating-the- … -linux-2.6

En suivant ce how-to qui résoud un problème isa_bridge j'ai réussi à pinguer des noms de domaines autant que des ip...
Donc je me suis senti sur la bonne piste.

J'ai lancé un firefox: ça marche pour google.com pour quelques autres sites... etc...
J'ai imaginé que ça pouvait du coup être un pb de ipV4/ipv6

j'ai donc fait un

sysctl -w net.ipv4.tcp_window_scaling=0

pas concluant

Donc j'en suis au point suivant:
1- j'ai réinstallé 7.10 en ayant tout reformaté
2- j'hésite entre:
-l'install des drivers linux récupérés chez sis avec ensuite un passage par le how-to signaler plus haut
(http://forum.ubuntu-fr.org/viewtopic.php?pid=1573331)... mais je suis pas certains de piger la procédure de compil du kernel....
-l'install des drivers win... avec ndiswrapper puis le how-to
-ramener la machine à carrouf

magicvince · Le 02/03/2008, à 19:57

Voilà cette fois c'est totalement résolu.

Ce post pourrait donc intéresser les possesseurs de desktop (machine de bureau) ayant leur lan (ethernet) sur un chipset sis190 ou sis191 (Silicon Integrated System).

Ce chip est installé notamment sur certains ACER ASPIRE M1610 (dont la série DM7-EC7P commercialisée chez Carrefour)

Le chip est mal configuré dans le kernel et il en découle une impossibilité de se connecter au net avec gutsy (7.10). Le problème devrait être en partie résolu lors du passage à Hoary (8.04)... mais voici donc tout ce que j'ai fait pour que ça fonctionne:

J'ai tout d'abord suivi le how-to creating the sis191 gigabit ethernet driver driver on linux 2.6http://www.howtoforge.com/creating-the- … -linux-2.6

Le problème initial est lié à un mauvais pont ISA dans le kernel doublé ensuite d'un problème de traitement des DNS (qui sera traité une fois le pb du bridge ISA résolu):

La commande

lspci -nn

renvoie une réponse dans laquelle on trouve:

00:02.0 ISA bridge [0601]: Silicon Integrated Systems [SiS] SiS[b]968[/b] [MuTIOL Media IO] [1039:[b]0968[/b]] (rev 01)

[...]

00:04.0 Ethernet controller [0200]: Silicon Integrated Systems [SiS] 191 Gigabit Ethernet Adapter [1039:0191] (rev 02)

Le pépin est que le kernel cherche une valeur 965 au lieu de 968 (cette valeur peut-être différente selon votre lspci, si cette valeur diffère de 965 vous avez donc peut-être le même problème que moi... attention avec les kernel qui suivront ce how-to sera peut-être outdate) Notez dans votre tête cette valeur retournée, elle va nous servir plus tard.

Voici donc la solution pour activer le lan sur le chipset sis191:

Nous allons remplacer le driver sis191 d'origine du kernel par un nouveau driver que nous allons sereinement recompiler:

Donc pas besoin de récupérer le driver sis linux (sis190191_linux.tar.gz)qui se trouve sur le site officiel http://www.sis.com/download/

On va juste bidouiller à partir d'un "kernel de bricolage", entendez par là un répertoire contenant notre kernel mais qui n'est pas le kernel opérationnel (même si ce sera la même version)... on va fabriquer une subversion de notre driver défaillant à partir du driver foireux inclus dans le kernel.

Récupérer un kernel pour pouvoir modifier et compiler le driver.

Le kernel est le noyau de votre linux. Il contient les sources du driver sis190. En modifiant les sources du driver et en le recompilant avec ce kernel, on créera une nouveau driver adapté à ce kernel mais sans le bug qui nous perturbe.

On télécharge une copie du kernel correspondant à celui qui est installé sur notre machine défaillante qu'on va installer dans un répertoire quelconque de votre autre machine afin de pouvoir "reconstruire" sans risque notre driver.

Pour savoir dequel kernel vous avez besoin, dans un terminal de la machine défaillante :

 uname -r

Cette commande vous a renvoyé le nom de votre kernel, pour ma gutsy fraichement installée il s'agit de 2.6.22.14-generic

Récupérer les fichiers nécessaires depuis une machine connectée

On va aller télécharger (sur une machine connectée au net) le kernel en question depuis l'adresse :http://www.eu.kernel.org/pub/linux/kernel/ (qui est accessible depuis le site http://www.kernel.org).

Pour ma part je vais chercher mon kernel dans le répertoire v2.6 à l'intérieur duquel je trouve le fichier à télécharger

linux-2.6.22.14.tar.gz (taille 54 Mo)

Je le télécharge et le copie sur ma clé USB pour l'emmener sur la machine défaillante.

On va travailler uniquement sur l'autre machine (celle qu'on veut faire fonctionner avec son sis190).

Préparer la machine à traiter

Donc sur le Bureau (ou tout autre coin de votre home/login) vous copiez l'archive récupérée et vous la décompressez.

Dans mon cas

tar -xzvf linux-2.6.22.14.tar.gz

On a un nouveau répertoire contenant une copie de notre kernel.

J'appelerai [pseudo_kernel_rep]
(chez moi ça donne /home/magicvince/Bureau/linux-2.6.22.14)

Il nous faut aussi installer les outils de compilation qui se trouve sur le live cd d'installation qu'on prendra soin de mettre dans le lecteur puis :

apt-get install build-essential fakeroot linux-headers-generic

On a maintenant tout le matos nécessaire pour bricoler.

Modification du driver
Edition du driver d'origine dans le "kernel de bricolage"
avec le terminal je me positionne dans le [pseudo_kernel_rep]

cd [pseudo_kernel_rep]

et j'édite le fichier

gedit /drivers/net/sis190.c

Aux environs de la ligne 1576 je trouve une section ressemblant fortement à ça:

* sis190_get_mac_addr_from_apc - Get MAC address for SiS965 model
* @pci_dev: the sis190 pci device
* @net_dev: the net device to get address for
*
* SiS965 model, use APC CMOS RAM to store MAC address.
* APC CMOS RAM is accessed through ISA bridge.
* MAC address is read into @net_dev->dev_addr.
*/
static int __devinit sis190_get_mac_addr_from_apc(struct pci_dev * pci_dev, struct net_device *net_dev)
{
struct pci_dev *isa_bridge = NULL;
struct sis190_private * sis_priv = net_dev->priv;
u8 reg, temp;
int i;

printk(KERN_INFO "%s: Read MAC address from APC\n", net_dev->name);

isa_bridge = pci_find_device(0x1039, 0x0965, isa_bridge);
if (!isa_bridge) {
printk("%s: Can not find ISA bridge\n", net_dev->name);
return 0;
}

Il faut remplacer la valeur 0x0965 en utilisant la valeur retourné au début de ce how-to par lspci -nn (en général 0x0968)

On sauvegarde le fichier.

La compilation du driver

On va utiliser le fichier de configuration de votre kernel dans le kernel de bricolage pour conserver la structure de votre noyau opérationnel (sur votre machine défaillante):

on copie le fichier /boot/config-2.6.22.14-generic vers le pseudo_kernel_rep en le renomant .config

sudo cp /boot/config-2.6.22.14-generic [pseudo_kernel_rep]/.config

on se place dans le répertoire de notre kernel de bricolage

cd [pseudo_kernel_rep]

on lance les commande de compilation :

make oldconfig

Puis pour la la suivante on lance la compil des modules pendant une dizaine de secondes (on a pas besoin d'aller au bout de la compilation. On n'a pas besoin de tout l'arbre, mais il faut activer cette compil pour créer des fichiers temporaires nécessaire pour la suite). Pour interrompre la compil vous utiliserez ctrl+C après avoir comptez jusqu'à 10 une fois que vous aurez tapé:

make modules

Ce qu'on veut surtout c'est compilé notre driver:

make drivers/net/sis190.ko

C'est une méthode de compilation cavalière mais rapide.

Tester le driver re-compilé

Tout d'abord on évite les interférences en démontant le driver chargé au démarrage de la session:

sudo rmmod sis190

puis on monte celui qu'on vient de compiler:

sudo insmod drivers/net/sis190.ko

(comme on n'a pas fermé le terminal on est toujours dans le [pseudo_kernel_rep])

on passe les commandes:

dmesg

puis

ifconfig -a

Ceci active manuellement l'interface (avec ifconfig) ou automatiquement (avec dhclient ou un autre équivalent de commande du client dhcp)

A ce stade vous pouvez tester que ça marche en faisant une série de pings

ping -c6 192.168.0.1 //ou l'ip d'une de mes machines locale
ping -c6 192.168.0.254 //l'ip de ma freebox (à remplacer par l'ip de votre routeur ou de votre box
ping -c6 64.233.187.99 //une ip google

Pourquoi google en ip et pas directement un nom de domaine que ça devrait marcher?
Parceque sur la plus part des noms de domaines ça ne marche pas encore... la preuve si à ce stade on lance le navigateur ça ne marchera probablement pas... il faudra passer à la suite...

En tout cas si le ping sur les IP marche, c'est que nous avons réussi la compil... si ce n'est pas le cas, je ne sais pas vous répondre sur votre problème.

Donc si ça marche, on va faire en sorte que notre nouveau module soit monté automatiquement à chaque démarrage.
On va copier notre module compilé dans le répertoire de notre vrai kernel. Chez moi (avec une ubuntu gutsy gibbon, ce répertoire se trouve dans /lib/modules/2.6.22.14-generic/kernel/.

la commande est donc:

cp [pseudo_kernel_rep]/drivers/net/sis190.ko /lib/modules/2.6.22-14-generic/kernel/drivers/net

si je reboote, je devrais désormais pouvoir pinguer sans problème...

Mais on en a pas fini
Mon soucis est le suivant, je ne pouvais toujours pas naviguer sur le web sauf sur les sites de google ou quelques sites probablement en ipv6 (par exemple le site de www.uqam.ca marchait après ces premières manip'). Impossible aussi de faire du ftp ou du ssh y compris sur des adresses IP: je les trouvais, mais pas de retour donc les connexions finissaient par échouer.

Manifestement un problème de DNS.

J'ai essayé plein de méthodes dont celle d'opendns, mais sans succès.

Et je suis tombé sur un poste sur les forums ubuntu au petit matin qui a tout résolu en une ligne.

Régler le problème des DNS

La soluce provient donc du post #7 de badmedic : http://ubuntuforums.org/showthread.php? … sis190+dns

Pour voir si se sera efficace :

sudo ifconfig eth0 mtu 1492

(il convient toutefois de vérifier que votre carte sis190 est associée à eth0 par exemple en utilisant la commande ifconfig, si ce n'est pas eth0, il faut remplacer eth0 par la valeur correspondante)

On lance son navigateur, on tape une adresse qui a des chances de marcher, qui n'est pas google ou (une de celles qui marchait à l'étape précédente), on ferme les yeux en appuyant sur entrée et on les ouvre... en s'emmerveillant (si c'est le bon bug... si c'est pas le bon, sortez les mouchoirs en papier, je peux rien de mieux).

On est optimiste, ça a marché.
On va rendre la manip définitive:

On ouvre le fichier /etc/network/interfaces

gksudo gedit /etc/network/interfaces

On rajoute la ligne

pre-up /sbin/ifconfig eth0 mtu 1492

On sauvegarde
On reboote pour vérifier que tout est ok.

Voilà on devrait y être.

J'espère que ce how-to sera utile à d'autres. J'ai passé quelques heures à le retravailler, mais j'ai passé deux nuits à chercher la soluce, si ça peut vous permettre de faire autre chose (comme faire un how-to sur autre chose ), tant mieux.

Un grand merci à celles et ceux qui sur le net on cherché des soluces pour le sis190.
Un grand merci aussi à hehedotcom\'isback qui a été réactif sur mon post au moment où j'allais baisser les bras et où je pensais que ma prochaine action sur cette machine serait de lui remettre sa config d'origine et la remballer dans son carton pour la ramener chez carrouf.

Reste plus maintenant qu'à prouver au constructeur que cette machine n'a jamais fonctionné avec le windows préinstallé et que je mérite largement les 30€ prévu par Acer lorsqu'on refuse la CLUF microsoft au démarrage... mais ça c'est une autre histoire.

magicvince · Le 14/03/2008, à 02:06

A noter que la recompilation peut s'avérer nécessaire à nouveau si le kernel a été mis à jour

caligula63 · Le 21/08/2008, à 22:25

Si on n'a pas le CD d'install et si on n'a pas internet puisque c'est ce que l'on cherche à corriger, comment fait-on pour récupérer et installer les paquets check-install, fakeroot, build-essential et linux-headers-generic ?

Je n'ai qu'un seul PC en double boot windows/ubuntu. Qd je suis sous windows, j'ai internet et qd je suis sous linux, je ne l'ai pas. Je pense à cause du probleme traité dans ce post.
Je suis impatient d'avoir internet sur la ubuntu. Je pourrai faire alors plein de apt install )

De plus, pour tester, il faudra que je ping ma box. C'est la seule machine ip que j'ai en plus de mon PC. Comment connaitre l'@IP de ma box ? (une DartyBox). Sous windows ? Sous linux ?

Merci d'avance

PS: J'ai tout de même une clé USB )

magicvince · Le 23/08/2008, à 00:27

Tu as essayé d'installer avec quelle version d'ubuntu?
Si le problème commence au niveau du chipset, il est résolu avec le passage à Hardy Heron (8.04)

Donc pour commencer, que te renvoie la commande

lspci -nn

caligula63 · Le 29/08/2008, à 18:49

Je n'ai pas la version 8.03. J'ai une version 7 qqchose. Je sais que le problème est résolu dans la 8.03 mais je voulais juste patcher le kernel comme indiqué dans ce post. Il me manque que les outils. Le kernel est 2.6.20-15-generic.

Résultat de lspci -nn

00:00.0 Host bridge [0600]: Silicon Integrated Systems [SiS] Unknown device [1039:0649] (rev 10)
00:01.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] PCI-to-PCI bridge [1039:0004]
00:02.0 ISA bridge [0601]: Silicon Integrated Systems [SiS] SiS966 [MuTIOL Media IO] [1039:0966] (rev 59)
00:02.5 IDE interface [0101]: Silicon Integrated Systems [SiS] 5513 [IDE] [1039:5513] (rev 01)
00:03.0 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 1.0 Controller [1039:7001] (rev 0f)
00:03.1 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 1.0 Controller [1039:7001] (rev 0f)
00:03.3 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 2.0 Controller [1039:7002]
00:04.0 Ethernet controller [0200]: Silicon Integrated Systems [SiS] 191 Gigabit Ethernet Adapter [1039:0191] (rev 01)
00:05.0 IDE interface [0101]: Silicon Integrated Systems [SiS] SATA Controller / IDE mode [1039:1183] (rev 02)
00:06.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] PCI-to-PCI bridge [1039:000a]
00:07.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] PCI-to-PCI bridge [1039:000a]
00:0b.0 FireWire (IEEE 1394) [0c00]: VIA Technologies, Inc. IEEE 1394 Host Controller [1106:3044] (rev 80)
00:0f.0 Audio device [0403]: Silicon Integrated Systems [SiS] Azalia Audio Controller [1039:7502]
03:00.0 VGA compatible controller [0300]: nVidia Corporation Unknown device [10de:0160] (rev a1)

Merci de ton aide et désolé pour la réponse tardive ... j'étais en déplacement.

magicvince · Le 29/08/2008, à 23:52

Il te manque quoi comme outils?

Le kernel se trouve ici : ftp://ftp.eu.kernel.org/pub/linux/kernel/v2.6/

dans la liste tu trouveras le kernel (en tar.gz) qui devrait convenir.

Pour les autres outils, ils doivent être sur le cd, donc à l'étape ou on demande d'exécuter la commande :

apt-get install build-essential fakeroot linux-headers-generic

Il faut préalablement insérer le cd live de ta version dans le mange disque.

Est-ce qu'il te manque autre chose?

Question subsidiaire : Pourquoi ne pas passer à la 8.04? A l'époque, je n'avais pas le choix, la 8.04 était en alpha et pas assez stable pour mon usage. Mais maintenant ça pourrait valoir le coup.

caligula63 · Le 01/09/2008, à 20:01

Je vais installer la 8.04 dès ce soir ...

PS: Je n'avais plus le CD de la version précédente (cf mon message initial) ... voila le pourquoi de l'histoire

Merci tout de même.

magicvince · Le 01/09/2008, à 23:42

Tiens nous au courant pour s'assurer que le passage à 8.04 solutionne le pb

T1T1 · Le 02/10/2008, à 11:38

Bonjour,

J'ai le même problème, j'avais réussi la manip' sous 7.10 mais sous 8.04 cela bloque ...
celui ci sera t'il solutionné si je rajoute une carte Ethernet? Ou est ce vraiment au niveau du chipset?

Merci d'avance

caligula63 · Le 07/10/2008, à 22:52

L'installation de la version 8.04 Hardy Heron a résolu le problème.
Merci à tous ceux qui m'ont aidé.

jlsojé · Le 01/02/2009, à 12:18

Bonjour
Ayant un pb de connexion internet, j'ai repris à partir de là :

#hehedotcom\'isback a écrit :

Si malgré tout, votre accès à Internet est toujours limité, il se peut que le souci soit tout autre. Et dans la plupart des cas, il s'agit d'une mauvaise configuration du protocole Ipv6.
Vous pouvez effectuer cette procédure pour vérifier que ce soit bien le cas:
[Code à taper en console/terminal et une ligne égale une commande]
Code:
sudo -s
echo 0 >/proc/sys/net/ipv4/tcp_window_scaling
echo 4096 16384 524288 >/proc/sys/net/ipv4/tcp_rmem
echo 4096 16384 524288 >/proc/sys/net/ipv4/tcp_wmem
ifdown eth0
ifup eth0
exit
Relancer le navigateur.
Si la connexion et l'accès aux sites sont possibles, fixer les valeurs définitivement en éditant le fichier /etc/sysctl.conf et y ajouter à la fin:
net.ipv4.tcp_window_scaling=0
net.ipv4.tcp_rmem=4096 16384 524288
net.ipv4.tcp_wmem=4096 16384 524288
http://doc.ubuntu-fr.org/feisty_interne … %C3%A9seau (http://doc.ubuntu-fr.org/feisty_interne … %C3%A9seau)
Une fois qu'Internet et l'accès au réseau est OK, profitez en pour taper ces commandes
[Code à taper en console/terminal]
Code:
sudo -s
aptitude update && aptitude upgrade
aptitude dist-upgrade
aptitude autoclean && update-pciids && update-usbids
exit
Cela met tous les paquets présents à jour, plus les ID des périphériques.

comme quoi, il faut bien chercher dans les "vieux" topics!
Ceci dit, ma connexion ne fonctionne que pour la 1ère page affichée, dés le départ sur une autre page elle tombe.
Du coup, je fais un terminal et suis obligé de retaper :

...$ sudo -s
mot de passe
ifup eth0
exit

La connexion se stabilise et permet le surf...
Bon, je vais bien trouver comment éviter de retaper ça, merci.
En tout cas, j'ai pu faire toutes les mises à jour, bonne journée!

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 01/03/2008, à 19:13

[resolu]Ping ip mais pas domaine + config driver sis190191 en ethernet

#2 Le 01/03/2008, à 19:16

Re : [resolu]Ping ip mais pas domaine + config driver sis190191 en ethernet

#3 Le 01/03/2008, à 19:57

Re : [resolu]Ping ip mais pas domaine + config driver sis190191 en ethernet

#4 Le 01/03/2008, à 20:02

Re : [resolu]Ping ip mais pas domaine + config driver sis190191 en ethernet

#5 Le 02/03/2008, à 03:07

Re : [resolu]Ping ip mais pas domaine + config driver sis190191 en ethernet

#6 Le 02/03/2008, à 06:17

Re : [resolu]Ping ip mais pas domaine + config driver sis190191 en ethernet

#7 Le 02/03/2008, à 19:57

Re : [resolu]Ping ip mais pas domaine + config driver sis190191 en ethernet

#8 Le 14/03/2008, à 02:06

Re : [resolu]Ping ip mais pas domaine + config driver sis190191 en ethernet

#9 Le 21/08/2008, à 22:25

Re : [resolu]Ping ip mais pas domaine + config driver sis190191 en ethernet

#10 Le 23/08/2008, à 00:27

Re : [resolu]Ping ip mais pas domaine + config driver sis190191 en ethernet

#11 Le 29/08/2008, à 18:49

Re : [resolu]Ping ip mais pas domaine + config driver sis190191 en ethernet

#12 Le 29/08/2008, à 23:52

Re : [resolu]Ping ip mais pas domaine + config driver sis190191 en ethernet

#13 Le 01/09/2008, à 20:01

Re : [resolu]Ping ip mais pas domaine + config driver sis190191 en ethernet

#14 Le 01/09/2008, à 23:42

Re : [resolu]Ping ip mais pas domaine + config driver sis190191 en ethernet

#15 Le 02/10/2008, à 11:38

Re : [resolu]Ping ip mais pas domaine + config driver sis190191 en ethernet

#16 Le 07/10/2008, à 22:52

Re : [resolu]Ping ip mais pas domaine + config driver sis190191 en ethernet

#17 Le 01/02/2009, à 12:18

Re : [resolu]Ping ip mais pas domaine + config driver sis190191 en ethernet

Pied de page des forums