Greywolf

n'importe quel soft de création graphique gérant les calques doit pouvoir te faire ça. la rolls en gratuit: the gimp http://www.gimp-fr.org/telecharger_windows.php

avec l'équivalent de cron (unix) pour windows peut-être ? http://cronw.sourceforge.net/

un filtre pop art? => gimp http://www.infetech.com/article.php3?id_article=150

un site de fonts libres et gratuites http://www.urbanfonts.com

else { foreach($_POST as $index => $valeur) { $index = stripslashes(trim ($valeur)); }} ta boucle else se termine au deuxième }. et l'envoi de mail se fait après et est donc exécuté quelque soit le résultat du résultat du test if ($message > $msg_erreur) je pense qu'en enlevant une accolade fermante à ce niveau et en la déplaçant tout à la fin, ça devrait le faire echo 'Une erreur est survenue lors de l\'envoi du formulaire par email'; } } En indentant correctement ton code ou en utilsant un bon éditeur de texte qui te surligne les accolades/parenthèses ouvrantes-fermantes, tu reliras plus facilement ton code

quand tu repasses en interface texte, logge-toi et tapes tail /var/log/syslog et donne nous les messages sinon tu peux tenter une reinstall de dm urpmi dm en espérant que le paquet du gestionnaire de login graphique s'appelle dm... (si non, on doit pouvoir le trouver avec la commande urpmf /etc/init.d/dm )

une fois loggé en root en mode normal (init 5), si tu fais service dm start cela lance-t-il la bannière de login graphique?

en mode normal (init 5), le service de login graphique doit démarrer. je ne connais pas trop les commandes gérant ça sous mandriva, je crois que c'est chkconfig --level 345 dm on exécuté en root, devrait faire démarrer ce gestionnaire de login graphique pour les niveaux d'init 3 4 et 5

un problème avec PAM ? peux-tu une fois loggé en failsafe en tant que root, basculer en init3 via cette commande init 3 quels sont les services qui démarrent quand tu bascules du mode failsafe à init 3 (ils doivent s'afficher sur l'écran) tu devrais retomber sur l'invite de login -peux tu te logger avec ton nom? si oui, peux tu lancer startx? -peux tu te logger en tant que root? si oui, peux tu faire su <ton_login> puis startx ? si rien de tout ça ne fonctionne, tu peux tenter en failsafe: - réinstaller pam avec la commande urpmi libpam0 pam - peux tu lister le contenu du répertoire etc/pam.d/ ls etc/pam.d/

oula.. oui tu peux faire la manip en failsafe (qui correspond à l'init 1). Je ne comprends pas pourquoi login fonctionne en init 1 et pas en init5

pour concaténer des chaines de caractères à une variable string déjà existante utilise $mail_corps .= "Date du spectacle: " . $date; .= reprends $mail_corps et lui rajoute ce qui est derrière le signe =

le . est l'opérateur de concaténation en php. Apparemment ton message d'erreur se paint du = après le signe de concaténation. $mail_corps = "Message de " . $civilité . " " . $nom . "\nAdresse : " . $adresse . "," . $codepostal . " " . $ville . "," . $pays . "\nDate du spectacle : " . $date . "\n"; ça marche pas comme ça?

c'est bizarre que le serveur renvoie une erreur 404 si le fichier est bien présent à l'endroit où il faut tu as vérifié la casse du nom du fichier? (majuscules/minuscules)

J'ai peur de ne pas saisir la question :-/ Masqué par le pare-feu? Si le pare-feu est troué, les partages deviendront accessibles. L'idéal étant de ne faire écouter le service qu'uniquement sur la bonne interface

OK. donc ton login fonctionne. Relance en mode normal, tu vas retomber sur ton invite de login en mode texte 1.tape ton nom d'utilisateur et ton mot de passe si tu te logges, passe à l'étape 3 2. le login marche toujours pas, bon logge toi en tant que root et le mot de passe du super-utilisateur (si ça marche en failsafe, ça doit marcher la aussi); une fois loggé en tant que root, fait su <ton_login> (et on changera ton mot de passe plus tard ou on vérifiera que ton clavier ne déconne pas) 3. tapes su -c ' service dm stop' le système te demande le mdp superutilisateur et stoppera le service de login graphique (s'il est actif) 4. tapes startx et donne nous les éventuels messages d'erreurs. 5. la suite demain

une impossibilité de lancer le serveur graphique pour un utilisateur peut-être dûe à la partition /home 100% pleine de sorte à ce que le serveur graphique ne puisse créer ses fichiers temporaires dans le répertoire de l'utilisateur. Ce n'est manifestement pas le cas chez toi, tes partitions étant loin d'être pleines. :-/ la commande pour lister les erreurs du serveur graphique aurait du au moins te renvoyer cette ligne: (WW) warning, (EE) error, (NI) not implemented, (??) unknown. peux tu me lister les fichiers commençant par Xorg* situés dans /var/log? ls -l /var/log/Xorg* lorsque tu es loggé en root, peux tu basculer sur ton compte utilisateur via cette commande su <ton_login> tu remplaces <ton_login> par ton nom d'utilisateur sur ton système linux. Si cela fonctionne, il n'y a aucune raison que tu ne puisses te logger en tant qu'utilisateur à l'interface en mode texte (à moins que ton mot de passe ait changé ou que tu le saisisses mal)

la partition linux est sûrement visible dans XP via l'outil d'administration des disques dur diskmgmt.msc

Si tu utilises NetBeui non, si tu utilises NetbT (Netbios over TCP/IP) oui. La différence provenant du fait que NetBt est un protocole routable sur internet. Au delà de ça, il faut que la partie serveur (ce qui te fait partager des ressources) soit en écoute sur l'interface internet. Par défaut, je crois qu'il écoute sur toutes les interfaces réseaux. ça doit pouvoir se régler par la BdR il faut que les connexions sur les protocoles/ports UDP 137-138 et TCP 139-445 en provenance d'internet soient autorisés par ton pare-feu il faut que ton routeur éventuel route ces protocoles/ports vers ton PC

c'est à dire ton login/mdp est refusé? loggé en root, peut tu taper cette commande df -h et me dire le % d'occupation de chaque partition (système de fichier + point de montage)

<form method="post" action="traitement.php"> le fichier traitement.php est-il au même niveau que commander.htm ?

correction de la commande cat /var/log/Xorg.0.log |grep EE Xorg.0.log avec un X majuscule et le chiffre zero (0) et non la lettre O

pourquoi vouloir faire une mise à jour sans connaitre l'origine du problème Didou69, ce que tu décris est l'invite de login en mode texte. Cela peut signifier que les paramètres de ton serveur graphique sont erronés. logge toi sur le système en inscrivant ton nom d'utilisateur et ton mot de passe et tu devrais obtenir une interface en ligne de commandes (= shell) tape la commande suivante et retranscris nous les messages d'erreur (s'il y en a) cat /var/log/xorg.0.log |grep EE

http://www.bellamyjc.org/fr/windows2000.html#NETSH

moi c'est plus ça qui m'interpelle ... tu as tenté de lui donner explicitement le nom de ton fichier de configuration de xorg? aticonfig --initial --input=/etc/X11/xorg.conf (tu as bien un fichier /etc/X11/xorg.conf non?) pour le warning de ta section 2, ton gestionnaire de session (dm) ne doit pas être chargé en init 2, 3 et 4. Comme atieventsd a besoin du service dm pour fonctionner, si tu démarres en run-level 2 3 ou 4, atieventsd risque de ne pas ou mal fonctionner. Mandriva fonctionne par défaut en run-level 5 donc pas de soucis. Tu peux toutefois avec chkconfig faire démarrer le service dm en init 2 3 et 4, mais cela ne me semble pas indispensable. le (bad exit status : 2) apparait directement sur les lignes ou au bout d'un temps de compilation? y'a moyen de rendre l'installation plus verbeuse? tu peux charger le module fglrx manuellement sans message d'erreur? modprobe fglrx

puis une adresse qui pointe vers un fichier c.php avec un userID, moi ça m'inspire pas confiance