Greywolf

parce que tu as un canon à électrons dans les têtes de ton DD toi? tu bombardes kedal, tu repolarise la surface du disque dur qui est composé d'oxyde de fer en imposant un champ magnétique (créé par un courant électrique je te l'accorde) pour recréer la structure piste/secteur du DD.

je sais pas... mais je pense pas que windows ait un demon de log système comme syslogd de linux ou compatible.

le jack des enceintes est bien dans la bonne prise? (si éventuellement tu l'avais enlevé/remis entre temps) dans le gestionnaire de périph, pas de conflits?

t'as une option dans XP à décocher pour éviter le reboot automatique et avoir un joli BSOD avec le nom éventuel du driver en cause

ça a un firmware un DD

moiyanapasavoirkompri

oui mais il ne permet pas d'émuler un CD virtuel à partir de l'image. Pour vérifier si ton image est bonne, c'est quand même pratique.

Heureux d'avoir été utile Faut arrêter "La cité de la Peur", à haute dose ça peut avoir des effets secondaires ...

il me semble que Putty n'est qu'un client SSH et non un serveur.

la couche NDIS est en deça de la couche IP et est géré par l'OS. le driver NDIS de 98SE a un bug qui occasionne des gels de connexion. M$ a édité un patch pour pallier à ce problème: http://download.microsoft.com/download/win.../243199FRN8.EXE

ptet un truc bête mais j'ai pris l'habitude de rebrancher mon modem adsl USB toujours sur le même port qui "avait subi l'installation" sinon windows ne reconnaissait pas le périph et me proposait une install de nouveau périph....

vu que tu as l'air tout stressé, une seule solution : Démarrer => Arrêter l'ordinateur Sérieusement, respire un bon coup, détend toi, c'est à 99,9% une fausse alerte (au pire un scan de ports... ) d'ailleurs quels sont les détails de ton attaque hyperdestructicedelamort?

les commandes net (DOS) net /h => affiche l'aide net start|stop net view => affiche la liste des serveurs du sous-réseau net view \\serveur => affichage des ressources partagées du serveur net use x: \\serveur\rep => monte le répertoire rep dans x: net use x: /delete => démonte le répertoire distant monté dans x: sinon pour la carte réseau, tu dois avoir une disquette avec les pilotes MS-DOS dedans je pense.

driver NDIS mis à jour?

faudrait trouver un serveur SSH qui tourne sous Windows.. j'ai trouvé ça sur le net, sais pas ce que ça vaut http://www.bitvise.com/winsshd.html

si tu as une machine Linux, tu peux apparemment envoyer les logs sur syslogd d'une machine de ton lan. c'est bizarre je suis aller voir la doc pdf du Dl-604 et y'a pas la même chose mais ça semble revenir au même ftp://ftp.dlink.com/Gateway/di604/Manual/..._manual_204.zip je pense que ton IP Address of outgoing mail server correspond à l'adresse smtp du serveur que tu souhaite utiliser pour exporter les logs et le Log ou Alert recipient, l'adresse mail du destinataire. valdier par enable et ça devrait être bon (mais la solution du syslogd sur une machine du Lan est plus attrayante)

c'est la bande passante en Mo/s PC2100= 2,1 Go/s cadencée à 2x133MHz PC2700= 2,7Go/s cadencée à 2x166MHz PC3200= 3,2Go/s cadencée à 2x200MHz enfin ce sont des débits théoriques.

Dans ton interface web d'administration, section Status => Log =>log settings, tu peux définir une adresse mail pour envoyer les logs si tu as un serveur de mail local, tu pourras même éviter que ça transite par le WAN. Par contre pour automatiser la tâche ...

allez dans les alsa-utils, tu as alsamixer

j'vas essayer d'être plus clair alors tu fais un ping (la machine envoie un paquet IP de type 8 du protocole ICMP) ce paquet est censé transiter jusqu'à la destination précisée dans la commande via les différents routeurs qui constituent internet. Pour une raison x ou y, la destination n'est pas atteignable (parce qu'elle ne répond pas au ping, que le paquet s'est perdu, que la taille du paquet est trop grande...); le routeur va donc renvoyer à la machine émettrice un paquet IP de protocole ICMP pour l'avertir que la destination n'a pas été atteinte, c'est un paquet de type 3 (c'est comme ça) Ce paquet comporte un champ code qui permet de savoir pourquoi le paquet IP n'a pas été délivré: délai d'attente de la demande dépassé besoin de fragmenter etc etc.... c'est plus clair?

ICMP type 3 (destination unreachable) paquet renvoyé à la source émettrice du ping echo request (8 ) par les routeurs lorsque la cible ne peut être atteinte (comme son nom l'indique). Le champ code associé au datagramme IP informe si c'est l'hôte qui n'est pas atteignable (1), si le protocole n'est pas géré (2), si le paquet doit être fragmenté pour atteindre la cible (4) => quand tu règles ta MTU trop fort par exemple. pas de quoi être parano

Happy Simous

les 12345 correspondent au runlevel des consoles les tty1 à 5 ne seraient pas lancé en runlevel 4? //mince grillé le temps de regarder le man inittab

c'est vrai que c'est tentant de mettre C6 mais comme ton Ctrl+Alt+F6 te renvoie au serveurX .....

oui j'ai mon syslog dans une console virtuelle tty8 par exemple (pratique aussi)