Greywolf

Pareil, ça marche.

Oui normalement c'est marqué dessus => PC100, PC133 ou pour les DDR PC2100 (correspond à une 2x133), PC2700 (2x166), PC3200 (2x200) sinon avec Aida32 tu peux trouver ça.

est ce qu'il a appliquer le reg pour augmenter le nombre de connexions par serveur pour les browsers? (ça se trouve dans les astuces de Zeb)

si ton modem ethernet a bien une IP 192.168.1.1/24 il faut que ta carte réseau appartienne au même sous réseau pour qu'ils puissent communiquer ensemble => l'adresse IP du modem est une classe C donc il faut mettre une IP du même type pour ta carte réseau, soit 192.168.1.x/255.255.255.0. (à moins que ton modem ne possède un service DHCP d'attribution automatique des IP)

Tu ne peux pas accéder à la config web du routeur ou du modem? y'a pas un problème d'IP/masque d'usine sur le modem/routeur?

A ton boulot, seules les requêtes à destination et en provenance du port 80 sont autorisées mais existe-t-il des restrictions au niveau des ports sources? (quoique avec un peu de chance les >1024 ....) a priori c'est ce schéma que tu dois suivre pour une connexion remote host, donc chez toi rediriger les requetes sur le port 80 vers le port du remote desktop et de ton PC de bureau rediriger les requetes de ton soft de connexion vers un localhost httport qui fera du tunneling dans un TCP80: Mais je ne sais pas ce que va en penser ton administrateur réseau , le mieux serait peut être de lui demander, non?

c'est normal et tu n'y peux rien (ou presque). C'est tout simplement du au fait que le ping n'est pas fonction de ta bande passante et n'est pas en soi un test de vitesse. Le ping mesure la latence entre 2 machines distantes, c'est à dire le temps que met le plus petit paquet à aller et revenir. Sa valeur dépend essentiellement de la qualité du réseau parcouru et de la charge du serveur distant.

a priori je dirais oui si ton bios est à jour. Pour le DD, si tu veux l'utiliser en UDMA133, il faut que ta carte-mère possède un connecteur IDE ad hoc (IDE bleu) + le cable IDE (je crois que c'est du 80fils pour ces vitesses) sinon il tournera à une vitesse inférieure mais fonctionnera quand même.

J'avais pas remarqué: Windows XP avec 96Mo de RAM ça doit swapper grave

A mon avis, tu as une barette de RAM qui est en train de rendre l'âme...

tu n'aurais pas un chipset graphique qui prend sa VRAM dans la RAM? (ce qui expliquerait ce manque de 32Mo) parce que avec une seule barrette, 1/4 qui manque

euh... pour émuler lInux sous windows, tu as Cygwin.. mais ça ne fait pas d'autres partitions...

des logiciels de ce genre là alors? http://www.megagiciel.com/logiciels/361.html (j'en ai testé aucun mais vu la liste tu devrais trouver ton bonheur)

Bon ça y est c'est réinstallé (du moins la partie console). Je me farcirai le nouveau noyau, le serveur X et la connexion adsl demain. Sur ce, bonne nuit

oki je m'incline

réinstall, càd boot sur CD1 et reprise depuis le début. Bon d'accord. mais comment je fais après pour installer nvclock, everybuddy, etc etc qui veulent du GTK >1.8??

Sincèrement désolé

tu peux vérifier que ta couche ASPI est bien installée aspichk et à défaut les réinstaller aspi32

euh non les tar.gz.... fallait pas?? edit: et puis ils datent de mathusalem leur packs debian (1.2)

sous Unix, tu as ntpdate comme client NTP que tu pourras synchroniser sur les serveurs ntp.via.ecp.fr sous windows, Tclock possède cette fonction de synchronisation sur un serveur ntp.

Voilà. Il n'a pas fallu longtemps pour que je plante grave Linux (enfin euh non ) Je vous parlais de mes librairies GTK, glib qui ne donnaient pas la bonne version aux programmes d'installation. J'ai donc téléchargé depuis le ftp de gtk.org les dernières releases de pkg-config, libpng, atk, pango, glib et gtk. Pensant que ça allait faire la mise à jour, je me lance dans les ./configure, make, make install: pkg-config OK ça passe libpng aussi (avec le makefile.sd) glib 2.2.0, ça a l'air de passer malgré une erreur à la fin du make install :"pas de règles pour créer la cible 'azNONE', nécéssaire pour 'all-yes'. Arrêt" gtk veut absolument atk, pango et glib à jour... Bon je vais installer atk et pango.. sauf que lors du ./configure, il me sort pkg-config --modversion glib-2.0 donne la version 2.2.0 (c'est bien cette dernière version) mais le fichier libglib est à la 2.0.1 (qui est bien dans le répertoire où j'ai déTARé le glib-2.2.0) J'avais d'autres versions de glib et gtk déjà présentes sur le système (des 1.x) donc je me la suis joué un peu bourrin: étant donné que gtk semble lié à gnome, je me suis dit je vais désinstaller gnome entièrement et refaire les librairies ci-dessus (pas très logique peut être mais bon fallait que je tente ) Mais toujours pas d'amélioration.. bon reinstall de gnome, relance du serveurX, je me retrouve sur mon desktop avec toutes mes préférences de conservées et surtout un comportement erratique des programmes (j'arrive à lancer un xterm mais pas 2, boutons qui répondent plus...) Réflexe windozien: je reboote, on verra bien si ça remet de l'ordre => crash du serveur X, retour sous une console. et là, j'ai beau essayé de purger les fichiers de configuration de gnome, du serveurX à coup de dpkg --purge package et de reinstall, toujours le même message d'erreur quand je tente de lancer un serveurX: "Unable to open dynamic link object suivi d'un X11lib" et de même si j'essaye d'ouvrir avec vim le /var/log/XFree86.0.log donc là je suis à un stade où j'ai accès à la console mais mes tentatives de réinstallation du serveurX (qui se passent normalement) se soldent toujours par cet échec... Est ce que je peux virer le répertoire /etc/X11 et tout ce qu'il contient (parce qu'il n'est pas viré lors de la désisntallation des packages) et retenter une install ou irai-je plus vite à formater et réinstaller le tout?

Je pense que tout simplement, comme le dit c'est une histoire de taille totale en octets des disques durs qui diffère selon le constructeur un "véritable" 80.000.000.000 octets fera 74.5 Go tandis que les IBM "plus généreux" doivent faire en réalité 82.355.997.900 octets (soit 76,7Go) par exemple mon IBM "60Go" fait 61.477.126.144 octets soit 57,2Go.

encore faut-il que le routeur conserve la correspondance MAC-IP, et ça??? (ce problème était arrivé à pg20 avec un netgear) Si tu t'es connecté en passif, ton client a donc établi la connexion DATA de ton port 20 vers un port du serveur défini lors de la phase de login (>1024). La règle NAT gère-t-elle bien cette redirection? (TCP In SourceIP % sport 20 dport % FORWARD IP localeduserveurFTP dport %) La première connexion en passif fonctionnait, elle? la NAT/FW du routeur pourrait suivre la session FTP peut être.

Essaye une autre touche : les Fx (F1 ou F2 en général) la touche Suppr également après tu as tous les combinaisons Ctrl+Alt+touche .... et ptet que c'est marqué dans le manuel de ta carte-mère.

bizarre ma carte son (qui commence à avoir de la bouteille) est une SB Live! 1024 Player (qui est bien une 4.1 et comporte une sortie numérique)