Greywolf

oui c'est possible, les prg du deuxième DD ne marcheront probablement pas pour la plupart (ps d'inscription dans la base de registre du win2000 tout frais).... je pense que racheter un DD est un peu excessif comme solution ne peux-tu pas simplement faire le ménage dans ta couche réseau en désinstallant/réinstallant l'accès réseau à distance? Quel est le problème réel avec ta connexion internet?

et l'observateur d'évènements systèmes, il indique quel fautif? quel message?

solution 1: déterminer les serveurs de streaming et les ports associés de ces différents sites et les bloquer explicitement par une règle. solution 2: n'autoriser que les connexions en provenance de TCP 80 (ESTABLISHED et non RELATED)

c'est dans /var/cache/apt/archives (à moins que tu n'aies fait un apt-get clean|autoclean) => man apt-get les paquets deb un par un => http://www.fr.debian.org/distrib/packages#view utiliser apt en local en se créant son propre Packages.gz => http://www.debian.org/doc/manuals/apt-howt...-basico.fr.html ++

cat /var/log/XFree86.0.log |grep EE et tu nous indiques ce qu'il te dit sinon tu dois avoir vi (ou vim) comme éditeur de texte en console.

idem

nosocomiale ...

Pour le mot de passe en mode console (et non avec un [x,k,g]dm) c'est parfaitement normal de ne pas voir s'afficher quoi que ce soit lorsqu'on le tape. Vérifie login et mot de passe.

mieux vaut avoir de l'espace libre pour faire les partitions linux dans ce cas là. Je ne sais pas si l'utilitaire de partitionnement de la mandrake peut redimensionner une partition NTFS étant donné que le support rw du NTFS n'est, à l'heure actuelle, qu'expérimental.

ça ressemble au driver du modem adsl ça... une màj résoudra peut-être le problème.

bon ben renomme ton kde-bak en .kde, apparemment c'était pas ça.... reprenons depuis le début, alors. lance sh NVIDIA-Linux-x86-1.0-4496.run --extract-only va dans le répertoire créé et lance nvidia-installer --uninstall les drivers nvidia seront correctement désinstallés et la conf d'origine remise. => normalement, tout doit remarcher comme avant, plus d'écran noir, driver nv open source. Quand tu lances l'install, tu as bien killé le serveurX (normalement il te le dit s'il est toujours présent)? tu compiles le module en fonction de ton noyau ou l'installeur en télécharge un sur le ftp de nvidia? à vérifier dans le Bios => assign IRQ to VGA sur yes, on sait jamais. //d'autres idées en vrac: si tu as un chipset graphique intégré à la CM, désactive le vérifier les /etc/modules.conf =>alias char-major-195 nvidia alias /dev/nvidia* nvidia vérifier les permissions de /dev/nvidia*

Bonjour, quel est ton système d'exploitation? si tu es sous win2000 ou Xp, as tu consulté cette astuce: http://www.zebulon.fr/astuces/astuce.php?id=63&os=0 ?

XnView peut être?

mv /home/$user/.kde /home/$user/kde-bak rm c'est pour effacer !! (remove) // en vesa, le startx fonctionnait? çàd que tu arrivais sous KDE et qu'au boot il ne bloquait pas? si oui, ré-essaie avec nvidia ton xsession-errors, il raconte quoi?

je suis bête moi... si le startx ne fonctionne pas en init3, ce ne peut être que KDE qui merdouille. C'est étonnant parce que l'install des drivers nvidia ne modifie pas les paramètres des WM. dans le doute, tu peux toujours renommer le répertoire /home/$user/.kde (qui contient les paramètres de bureau de KDE) en /home/$user/kde-bak. Ainsi quand tu lanceras startx, kde devrait repartir d'une config neuve. ça m'étonnerait que ça marche mais on sait jamais... (il suffira de faire la manip inverse pour restaurer tes paramètres utilisateurs).

normalement il y a 3 sous-groupes d'évènements, essaie de repérer un évènement dont l'heure et la date coïncide avec un plantage ou un évènement récurrent. Peut pas t'aider plus là.. dsl.

le xsession-errors peut aider, sinon le fichier dont je te parle est normalement un fichier caché dans ton répertoire /home/$user/.xsession tu dois quand même passer par kdm, je pense. Il doit y avoir un utilitaire de configuration de kdm en ligne de commande (kdmconf ), essaie de désactiver l'auto-login dans un premier temps. ça permettra de savoir si c'est kdm ou kde qui foire.

en fait je voulais ton $HOME/.xsession et non /etc/X11/Xsession. c'est quoi ton environnement? tu te logges via un display manager en général?

l'erreur est avec le driver vesa? => c'est normal, le module GLX a besoin du driver nvidia (je t'avais notifié de commenter les modules dans XF86Config-4). donc le serveurX fonctionne mais c'est la suite qui pêche.... ton ~/.xsession il ressemble à quoi?

Dans le panneau de config => outils d'adminnistration (enfin quelquepart par là, pas de Xp sous la main pour vérifier)

y'a pas de nom de pilote/fichier/n'importe quoi à part STOP: 0x0000007E ? dans le gestionnaire d'évènements systèmes, y'a rien qui apparait? et ça marche sans problème avec l'ancien??

normalement, en init 3 le serveurX n'est pas lancé, la commande X aurait du lancer une fenetre grise avec ton curseur de souris en forme de croix. xinit fait planter? qu'y a t il dans xinitrc? //edit: et si tu remplaces nvidia par vesa, en commentant tous les modules chargés dans XF86Config-4 + un default depth à 16, ça te lance ton serveurX?

les logs ont l'air bon essaie de démarrer en mode console (init 3) tu te logges et teste: X ça doit lancer que le serveurX si ça plante ici, faut regarder de ce côté xinit lance le serveurX plus le contenu de /etc/X11/xinit/xinitrc startx lance le serveurX plus tout /etc/Xsession

désactive le reboot automatique et note le msg d'erreur pour connaitre le pilote fautif. => http://zebulon.fr/html/astuces/detail_astu....php?id=74&os=7

Un bon anniversaire à Stigma, 53 printemps aujourd'hui