Greywolf

si je me souviens bien, cela a rapport avec des répertoires spéciaux cachés de DOS (con, nul, prn) et le fait qu'on pouvait crasher un win98 rien qu'en rentrant l'url c:\con\con dans IE ou dans démarrer/exécuter voire même via un serveur FTP => BSOD. Est-ce toujours existant dans les nouvelles versions de windows, c'est plus que probable.. le bug toujours existant

tu peux eventuellement voir du côté de /etc/security/access.conf pour les accès gérés par PAM (sshd utilise PAM pour le login) //zou direction OS alternatifs

soit tu restes en debian pure et tu utilises les packages nvidia prévus à cet effet http://www.andesi.org/index.php?node=83 soit tu installes les kernel-headers de ton noyau actuel (2.6.8-1-686) ou recompile un noyau ad nihilo ( http://www.andesi.org/index.php?node=77 )et tu utilises le sh de www.nvidia.com (penser à rajouter alias rivafb off dans /etc/modules.conf)

man iwconfig et puis aussi: /usr/share/doc/wireless-tools/README.Debian ça te donnera les bases pour configurer /etc/network/interfaces La livebox utilise une encryption WAP-PSK, si tes drivers wifi ne gèrent pas ce mode d'encryption il te faudra passer par wpa_supplicant et configurer un /etc/wpa_supplicant.conf (ou régler celui qui vient avec le package) comme suit: network={ ssid="<ton_SSID>" proto=WPA RSN key_mgmt=WPA-PSK pairwise=CCMP TKIP group=CCMP TKIP WEP104 WEP40 psk="<la_clé_en_hexa_de_la_LiveBox" priority=0 } et lancer wpa_supplicant avant de monter l'interface wifi dans /etc/network/interfaces: iface eth1 inet dhcp wireless_mode Managed wireless_rate auto wpa_supplicant -Bw -i eth1 -c /etc/wpa_supplicant.conf wireless_keymode restricted #eventuellement wireless_key XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX Normalement y'a plus qu'à relancer le réseau /etc/init.d/networking restart

Alt+F2 puis qtparted s'il est installé

tu as essayé, après avoir réglé les volumes sonores avec alsamixer, de stocker la config? alsactl store ça stockera la config dans /etc/asound.state appelé par le service alsa au démarrage.

le protocole icmp est-il autorisé dans la chaine FORWARD de la table filter d'iptables de ton routeur/firewall/DHCP? iptables -t filter -A FORWARD -p icmp -i eth0 -o eth1 -j ACCEPT iptables -t filter -A FORWARD -i eth1 -o eth0 -m state --state ESTABLISHED,RELATEd -j ACCEPT tu affineras en ajoutant ces lignes dans des positions ad-hoc dans la chaine (i.e pas après un DROP de tout...)

le fichier d'historique de zsh est défini dans /etc/zsh/zshrc (ou dans ~/.zshrc s'il existe)

exactement de la même façon que pour une connexion filaire. Il suffit de partager les ressources et de configurer, le cas échéant, les autorisations ad-hoc.

Pourquoi Free devrait-il assurer le support de la carte wifi PCI manifestement c'est un problème entre le PC et la carte Prism

a priori je dirais que ça ne pose pas de problème étant donné que linux peut travailler sur des fichiers en cours d'utilisation. Faudra redémarrer KDE pour charger la nouvelle version en toute logique. //rien n'empêche de le faire serveurX coupé non plus d'ailleurs.

adressage IP de ce petit monde et table de routage? le protocole ICMP est-il autorisé en FORWARD si le pc firewall fait partie de 2 sous-réseaux distincts?

non ça c'est rapport à la commande dd pour convertir/copier des fichiers (en général pour faire des sauvegardes brutes)

connais pas ce format.. que t'indiques file <ton_fichier>

il y a de fortes chances qu'ils soient présent sur ton CD de windows

1/ça dépend du shell pour bash c'est dans ~/.bash_history pour zsh c'est ~/.history 2/en trifouillant avec who peut-être //on est pas là pour aider à passer des examens

tu as un msg d'erreur? cat /var/log/Xfree86.0.log y'a-t-il eu des fichiers de conf de X modifiés lors de l'upgrade? normalement dpkg conserve une copie de l'ancien fichier de conf si dans le même répertoire il fait des modifs. la boucle locale est autorisée en INPUT et OUTPUT? iptables -L les partitions utilisateurs ne sont pas pleines? du -s -c /home/<user>

bon déjà tu pars mal, tu as pris un paquet debian tu peux toujours désarchiver ce paquet par la commande ar xv <fichier.deb> mais les sources ont peut être été modifiées pour prendre en compte une architecture debian et non Mandrake. l'idéal pour toi serait d'installer ndiswrapper à partir du rpm prévu pour ta distribution (s'il existe) apparemment oui: http://rpmfind.net/linux/rpm2html/search.p...ubmit=Search+... en v0.9 pour Mandrake et v0.12 pour la mandrake cooker. Si tu as configuré tes sources urpmi ( http://easyurpmi.zarb.org/ ) , un simple urpmi ndiswrapper devrait t'installer l'utilitaire. ndiswrapper permet d'utiliser les pilotes réseaux de windows (fichiers .inf de ton adaptateur USB); ne l'ayant jamais utilisé, je ne sais pas si ça fonctionne à tous les coups.

bon, dans une console: su -m il te demande le mot de passe super-utilisateur, tu le rentres et valides par la touche Entrée mkdir /mnt/camera réessayes digikam et dans la foulée, fait nous voir ton fichier /etc/fstab cat /etc/fstab

/mnt/camera (ou n'importe quel intitulé) à créer en tant que super-utilisateur /etc/fstab est un fichier à éditer (en su) et non un répertoire (l'édition doit pouvoir se faire de façon graphique dans le centre de contrôle mandrake => point de montage)

pas forcément, on n'a pas besoin du protocole icmp pour surfer. Par contre, si aucun firewall ne bloque les requêtes icmp d'un côté comme de l'autre, y'a un problème au niveau de la couche réseau IP

as tu lu ceci: http://lea-linux.org/hardware/apn.html

Les 2 sont basés sur le système Debian. tu trouveras un article sur Ubuntu ici et le site officiel là Quant à troller sur quelle distribution est la meilleure, cela dépend uniquement de toi (je me perds dans Mandrake et suis à l'aise sous debian, mais pour d'autres c'est l'inverse)

http://gimp-win.sourceforge.net/stable.html ce sont des librairies d'affichage graphique libres (Gimp ToolKit): http://www.gtk.org/

doit y'avoir un module dans le control center de mandrake (Drakfirewall ou qqch dans le genre) c'est une couche graphique permettant de configurer iptables pour voir tes règles, en super-utilisateur: iptables -L pour la doc iptables: http://lea-linux.org/reseau/iptables.html http://christian.caleca.free.fr/netfilter.html http://olivieraj.free.fr/fr/linux/information/firewall/