Ubuntu-fr

Fort probablement ton problème viens en effet de la surchauffe. Lorsqu'un ordi est en marche et qu'on enlève le ventilo ou qu'on le démarre sans ventilo, cela ne prend que quelque secondes et la température du CPU monte au-dessus de la température de fonctionnement possible. (70C, 90C selon modèle).

Donc en effet il se peut qu'il y aie un mauvais contact entre ton CPU est le ventilo ou la barre de dissipation. Donc il faudrait mettre de la pâte thermique qui se vend dans les boutiques informatiques.

Si tu dois y accèder pour récuperer des données, tu pourrais essayer de travailler dans un réfrigérateur ou congélateur. Je ne fais pas de joke en disant cela. Sur Internet on conseille souvent de mettre un disque dur mort dans un frigo et il est suffisamment froid pour juste permettre la récupération de chaleur.

Bonjour et bienvenu,

félicitations d'avoir choisi python.

En ce qui concerne ta question : une méthode que je te suggère est la suivante : tu enregistre ton module *.py dans le même dossier que le code principal ou un dossier à côté du module principal. Ensuite tu dois créer un fichier __init__.py  (2 barres de soulignement avant et après). Ce fichier dois juste être présent et peut être complètement vide.

Ensuite pour importer un module dans le même dossier il suffit d'écrire : import nom_du_module
S'il se trouve dans un dossier : from nom_du_dossier import nom_du_module

C'est que blkid et fdisk affichent plus de disques et partitions que ceux, visibles dans nautilus ou dolphin. Alors je veux juste m'assurer qu'il ne s'agit pas d'un mauvais traitement de nautilus en ce qui concerne les partitions à afficher. Si tel est le cas, alors je ne pourrais pas faire grand chose à part le terminal. S'il y a une méthode graphique pour le faire alors nice. Je dis juste qu'il peut s'agir d'une partition dans une table de partition qui n'est pas proprement écrit et reconnu de manière différent sous Windows et Linux, donc n'affichant pas les mêmes choses.

Un test qui peut aider aussi, essayer de faire l'inverse, enregistrer des docs sous Linux et les ouvrir sous Windows. Il est probable que la clé soit monté en lecture seul sous Linux et que par conséquent il ne puisse rien écrire dessus, ce qui confirmerais mon point.

Oui, tout semble normal selon les quelques connaissances que j'ai. Ta clé a bel et bien une table de partition comme je le supposais. Ce qui est tout a fait correct.

Je ne sais pas combien tu as de mémoire vive, mais ta swap me semble un peu petite. Cela dépend également de ce que tu veux faire et il y a rien d'alarmant la-dedans à n'avoir que 500Mo. J'ai longtemps travaillé sans swap, mais l'ordi avait 8G de RAM. Pour le moment il n'y a rien à faire car s'est tout à fait correct, de plus tu utilise lubuntu qui prend moins de RAM. Cependant je suggère d'en allouer un peu plus si jamais tu revenais à travailler les partitions.

Ou si tu es fort en Linux et n'as pas peur de la ligne de commande :
archLinux : tu installe paquet par paquet en commencant par le kernel/chargeur de démarrage/gestionnaire de FS/etc. Donc tu choisi d'installer ou non le GUI.
Gentoo ou Funtoo : similaire à archLinux, mais en plus on compile les paquets avec des options optimisé pour la machine.

Les deux sont disponible en 32 et 64 bits.

Pour installer gentoo : http://www.gentoo.org/doc/fr/handbook/h … -amd64.xml

Je crois que la deuxième fenêtre qui s'affiche est la fenêtre Window_Message appelé dans Window_Glade à la ligne 477, c'est-à-dire après que 460 a été exécuté pour afficher la fenêtre calcul. Alors on règlera son cas plus tard.

Si je comprend bien tu veux que le TreeView s'affiche dans la première. Alors voici il y a une petite erreur qui fait que cela ne marche pas. La fonction self.dialog.show_all() doit être appelé avant le self.dialog.run(). Le run affiche la fenêtre, mais il n'y a rien à afficher. Ensuite on show tout, mais on n'affiche plus la fenêtre. Juste inverser ces deux lignes et décommenter. Et cela doit marcher.

        self.dialog.show_all()
        self.dialog.run()

Commentaire : Pourqoui tu met un vbox dans un vbox? Je m'explique tu écris

        self.vbMain.pack_start( self.view, True, True, 0 )
        self.dialog.vbox.pack_start( self.vbMain, True, True, 0 )

alors que self.dialog.vbox est une vbox : la ligne self.dialog.vbox.pack_start( self.view, True, True, 0 ) devrait être suffisant.

Évidement que Grub doit être dans le MBR, mais il y a aussi une section demarrage dans chaque partition. Si Grub n'y a pas touché on peut s'en sortir.

Il nous manque des infos pour pouvoir t'aider efficacement. Dans le meilleur des cas, il suffit d'un edit dans /boot/grub/menu.lst.

Dans le pire des cas il faudra que tu répare la section démarrage à l'aide du CD de windows, puis reinstaller manuellement GRUB, (ce qui n'est pas nécessairement difficile).

Bon assez parlé donne nous le resultat du script qui se trouve à http://sourceforge.net/projects/bootinfoscript/
Ceci contient tout ce que nous avons besoin de savoir.

Ceci est probablement du au fait qu'une application crée ce dossier.
Je pense qu'il y a une commande pour savoir qui crée quel dossier/fichier, mais je peu me tromper.
Un indice pourrait se trouver dedans.
Lorsque l'application sera trouvé, il faudra voir à l'arrêter ou l'empêcher de faire ceci.

Oho, il y a pulse. C'est la machine qui gère le son sous Linux.

Allez voir dans les fichiers ~/.pulse/daemon.conf,  /etc/pulse/daemon.conf, ~/.pulse/client.conf,  /etc/pulse/client.conf, peut-être des infos intéressantes s'y trouvent.

Essayez lsof tmp/*, lsof tmp/*/*, ceci le forcera à aller dans les sous-dossiers.

Il se peut en effet qu'il y ait eu à un moment donné une erreur entre tmp/ et /tmp, car le dossier pulse* et les dossier virtual-USAGER devraient se trouver dans /tmp

Je viens de me rendre compte que Bash utilise TMPDIR pour savoir ou mettre les fichiers temporaires. Il se peut alors que dans un de vos fichiers de configuration tel ~/.bash_profile, /etc/profile, /etc/bash.bashrc, ~/.bashrc il y ait un endroit où TMPDIR est initialisé à tmp. Il y a des fichiers pour X aussi, tel xinit, mais je ne les trouve pas sur ubuntu.

Pour savoir si la variable est mis faite : echo $TMPDIR
si cela affiche de quoi alors on est sur la bonne piste. (Car nous sommes toujours à la recherche de piste).

P.S. : pour la commande lsof en non-root, cela dépend seulement ou c'est installé, donc il est à un endroit différent selon les ordis. Vous utilisez probablement Kubuntu

Dans ce cas analysons ce qui ce passe.

en gros move est comme suit:
déplace le point
change de couleurs si nécessaire
change de direction si nécessaire

Donc la balle se déplace en haut vers la droite, (10,10)(25,10)...(205,10)(220,10).
Elle n'as jamais atteint le point haut droite (210,10)
Comme 220 est supérieur à 210, alors elle est mis sur le point (210,10).
Puis, miracle, à la boucle suivante elle se fait déplacer au point (210,25)
Lorsque vient le changement de couleur, elle n'est plus sur(210,10)

Voici l'explication.
Puis 2 remèdes,
1 : Comme tu l'as changer les coordonnées de changement de couleur
2 : déplacer la balle après le changement de couleur, avant le changement de directions

donc déplacer la ligne 9    x1, y1 = x1 +dx, y1 + dy

comme suit :
...
#coin bas gauche
    if (x1==10 and y1==210):
        can1.delete(ALL)
        c=randrange(8)
        coul=pal[c]
        oval1 = can1.create_oval(x1, y1, x1+30, y1+30, width=2, fill=coul)
    x1, y1 = x1 +dx, y1 + dy
    if x1 >210:
         x1, dx, dy = 210, 0, 15
    if y1 >210:
         y1, dx, dy = 210, -15, 0
...

environ à la ligne 33 ou 34.

Il est normal que tu aie des problemes au démarrage de xorg (l'interface graphique) lorsque tu utilise le mêm nom d'utilisateur sur la même partition pour deux OS différent. En effet gnome (le gestionnaire de fenêtres) écrit des données au même fichier. en démarrant sur l'autre OS, ce Gnome ne se reconnaît plus, Selon moi c'est la raison la plus probable.

Si tu est en console, tu ne peut pas utiliser gedit, car il a besoin d'une interface graphique. (Je parle de la console CTRL+ALT+F2 ou autre F.) Il faut utiliser nano (éditeur de texte en ligne de commande).

pgrep -n

Ceci donne ce que tu demande.
Pour d'autres infos ou indices : man pgrep
Je l'ai trouvé en lisant : man ps
Puis en faisant man des "See also" à la fin des documents, je suis tombé sur un exemple de commande qui donne ce que tu veut.

Ceci m'a permis de l'apprendre en même temps

Ton commentaire ne fait que confirmer ce que je disais. À chacun son système. Si tu ne veut pas apprendre et être certain que tout marchera toujours prend Windows. Quoique ce point est discutable.

Sur mes Linux, j'ai installé plein de logiciels de développement, de musique, des codecs, etc. C'est arch qui correspond le mieux à moi, car c'est plus facile d'installer que sur Ubuntu. Mais je le déconseille à quiconque est habitué d'être dorloté par Windows. (Il faut du chemin).