Greywolf

à part un <a href> qui pointe vers le fichier non y'a pas de code particulier, c'est comme un lien classique.

il faut lancer os-prober pas seulement l'installer /usr/bin/os-prober

tu as essayé avec os-prober (si ça existe sous ubuntu)? tu as essayé d'éditer à la mano /boot/grub/menu.lst pour rajouter l'entrée idoine?

sinon en attrapant l'icône avec un clic droit, lors du lâcher de bouton un menu contextuel devrait apparaitre et donner le choix entre Copier ici et Déplacer ici

la prmeière photo, celle de 60 ko, est enregistré avec un paramètre de qualité de 98% le seconde, celle à 36.5kO, avec un paramètre à 85%. En jouant sur la DCT, le sous-échantillonage et le mode progressif, on descend à 24.6 kO sans perte notable. http://www.tsi.enst.fr/tsi/enseignement/re..._JPEG/jpeg.html

malheureusement, si mes souvenirs de la commande net user sont bons, une fois loggé la session ne se ferme pas d'elle-même après le dépassement de l'horaire

là je dois t'avouer que je sèche .... si d'autres intervenants ont des idées? le problème se pose-t-il avec un LiveCD (oui problème matériel non problème soft) ? peut-être peux tu réinitialiser toute la configuration de gnome (mais normalement l'install est toute fraiche) rm -rf ~/.gconf et tu redémarres ta session gnome, mais je t'avoue que j'ai quelques doutes sur cette solution potentielle...

c'est étrange en effet. Tu as une partition /home séparée de tout le reste du système et tu viens de le réinstaller? peut-être est ce un problème de droit sur ton répertoire, l'intégralité de celui-ci doit t'appartenir en root chown -R <ton_nom_utilisateur>:<ton_nom_utilisateur> /home/<ton_nom_utilisateur> cette commande réattribue le propriétaire des répertoires ciblés : change owner

que raconte wpa_cli status quand tu essayes de te connecter?

tu as installé le firmware dans /lib/firmware ? comment as tu configuré /etc/network/interfaces? pour le noyau, faut soit installer le package des entêtes de ton noyau actuel soit installer les sources et t'en compiler un à la mano. Venant de gentoo, ça ne devrait pas te poser de problèmes

pas sûr de bien comprendre peut-être un problème de focus automatique de la souris pour mettre la fenêtre pointée par la souris au premier plan ça se trouve dans système->préférences->fenêtres "Sélectionner la fenêtre lorsque la souris est au-dessus" (tu peux y accéder via gnome-control-center quand même). J'ai édité mon dernier message, tu peux fournir les renseignements demandés? ++

c'est assez étrange ça ne le fait que pour ce menu? pas de msg d'erreur au démarrage de la session gnome? si tu lances gnome-control-center dans un terminal que se passe-t-il? que contient le répertoire /etc/xdg/menus ? ls /etc/xdg/menus que contient ta variable d'environnement XDG_DATA_DIRS ? echo $XDG_DATA_DIRS

à tout hasard urpmi gnome ensuite dans le gestionnaire de login (tu peux garder kdm si tu le souhaites), tu choisis gnome comme session

arg ce n'est donc pas lié à ton compte ... je ne connais pas assez KDE pour te guider plus avant malheureusement en guise de dépannage tu peux peut-être installer un autre environnement de bureau en attendant que quelqu'un te guide mieux. //edit: sinon le truc barbare, tu effaces toute la config de KDE mv ~ /.kde ~/kde_old ces répertoires appartenant à ton utilisateur, il ne doit pas être nécessaire de le faire en root

peut-être vaut-il mieux utiliser cedega plutôt que wine pour les jeux windows http://cedegawiki.sweetleafstudios.com/wik...rld_of_Warcraft http://transgaming.com/

tu peux créer un nouvel utilisateur pour tester tu utilises plasma-desktop avec KDE 4.2? quelques bugs semblent être rapportés sur le net que se passe-t-il si tu effaces la configuration de plasma pour repartir sur une base saine? mv ~/.kde/share/config/plasmarc ~/.kde/share/config/plasma.old

est ce que sous une autre session graphique le problème est identique (i.e un autre utilisateur) ? les décorations des fenêtres actives sont-elles présentes? (la barre de titre, les boutons d'agrandissement/fermeture,...) tu as fait une manipulation quelconque avant de constater ce bug (mise à jour de KDE ?) quelle est ta version de KDE?

linux ne fonctionne pas comme windows pour lequel les partitions des disques durs et les disques durs sont "visibles" dans le poste de travail. Sous linux, quelle que soit ta distribution, le système de fichiers constitué de tous les périphériques de stockage aura une arborescence identique ayant pour racine / : les données utilisateurs sont dans /home les données du super-utilisateur sont dans /root les données temporaire dans /tmp les données de programmes dans /usr les informations de configuration générales dans /etc .... Le contenu des packages va s'installer dans ces différents répertoires et il est assez risqué pour la stabilité du système de modifier le répertoire d'installation par défaut de dpkg (via --instdir ou le fichier de config de dpkg) surtout si tu débutes. Le plus simple serait de monter une nouvelle partition en tant que /usr (si c'est /usr qui te prend le plus de place). étape 1 : quel est le répertoire père qui prend le plus de place? est-ce /usr ? cd / && sudo du -h --max-depth=1 étape 2 : déclarer une nouvelle partition dans le système de fichiers => édition du fichier /etc/fstab supposons que tu aies une partition /dev/sda2 formatée en ext3 à intéger au système dans le répertoire /usr_temp que tu auras préalablement créé, tu rajoutes /dev/sda2 /usr_temp ext3 defaults 0 2 étape 3: monter la nouvelle partition et y déplacer le contenu actuel de /usr sudo mount /usr_temp && sudo cp -rp /usr /usr_temp étape 4: remodifier /etc/fstab, effacer le contenu de /usr et remonter /dev/sda2 en tant que /usr démontage de /dev/sda2 sudo umount /dev/sda2 édition de /etc/fstab /dev/sda2 /usr ext3 defaults 0 2 /!\ la commande suivante efface /usr /!\ sudo rm -rf /usr remontage de /dev/sda2 en tant que /usr sudo mount /dev/sda2 Ainsi tu ne casses pas ton système et tu ne t'exposes pas à des problèmes via la modification de dpkg

comme il n'y a pas de système de cité, voici un script shell find /var/log -name *gz -mtime +45 -delete cette commande trouve toutes les archives gz situées dans /var/log dont la date de modification est antérieure à 45 jours et les efface

c'est clair? implicit -> FTPs sur port 990 (connexion SSL dès le début: SSL always on) explicit -> FTPs sur port 21 (connexion non cryptée puis bascule sur connexion cryptée :SSL turn on) Il vaut mieux préférer explicite pour se conformer aux RFC tu réponds pas beaucoup aux questions qui nous permettraient de comprendre ce qui cloche :-/

ton ECONN REFUSEd, ça ressemble au fait que vsftpd n'ait pas réussi à se lancer y-a-t-il un processus vsftpd? ps aux |grep vsftpd netstat -petulan |grep vsftpd que racontes le log de vsftpd cat /var/log/vsftpd.log Fais des essais en local avant de passer par le net. Pour les questions concernant le fichier de conf, tout est indiqué dans le man http://vsftpd.beasts.org/vsftpd_conf.html TLSv1 est à préférer quel est l'intérêt de faire écouter vsftpd sur un autre port que 21 si ta livebox route un port déjà différent?? (Cf la question de Kewlcat)

http://doc.ubuntu-fr.org/vsftpd#vsftpd_et_ssl c'est du détaillé pas à pas? ton vsftpd est bien compilé avec OpenSSL? ldd `which vsftpd`

qu'obtiens la carte ethernet comme configuration IP? ipconfig /all > config_ip.txt && notepad config_ip.txt

Windows s'emmêle les pinceaux avec la passerelle internet Netgear => ce n'est pas lui qui te donne accès au net mais ta carte 3G Je pencherai pour connexion au réseau local (tu es bien branché en filaire sur le netgear qui fait uniquement switch rj45-wifi?) Avant cela, il faudrait modifier l'adresse IP du netgear afin que ton interface réseau obtienne l'adresse 192.168.0.1 le netgear a juste besoin d'attribuer une adresse IP aux clients qui s'y connectent; tu peux modifier: - l'adresse de la passerelle => adresse de ton PC (192.168.0.1 quand les modifs seront faites) - adresse des DNS => 192.168.0.1 ou ceux attribués par Bouygues Tel les clients qui se connecteront sur le netgear (en wifi ou par rj45) obtiendront donc une adresse du même sous-réseau que ta carte RJ45 ainsi que la bonne passerelle internet (ton PC) et les bons DNS

qu'y a-t-il dans /etc/network/interfaces ? ça ne serait pas plus simple avec virtualBox en mode Bridge? sinon, les deux guests peuvent communiquer par eth0, c'est quoi l'intérêt du eth1? Pour Ubuntu, tu as avahi d'installé ? (ce qui expliquerait le 169.254.0.0/16) pour les paquets perdus, c'est peut-être un pb de performances ou d'encapsulation lié au NAT (quoique pour de l'ICMP...) tu as essayé en diminuant la MTU ?